Hallo und willkommen.
In diesem Video zeige ich Ihnen, wie Sie das Programm aus dem vorherigen Video erstellen und ausführen können.
Wenn Sie sich also erinnern, hatten wir ein kleines Programm, das den Benutzer aufforderte, seine Lieblingszahl einzugeben,
und dann diese Lieblingszahl ausdruckte.
Aus den vergangenen Videos sollten Sie also wissen, dass es viele Schritte gibt, um ein Programm zu erstellen, das Sie ausführen
können.
Man muss kompilieren, man muss linken, und dann muss man die Binärdatei erstellen.
Und so konnten wir bis zu diesem Punkt erfolgreich kompilieren.
Wir sehen keine Fehler.
Jetzt müssen wir im Grunde alle externen Abhängigkeiten für dieses Programm nehmen, die Standard-Header-Datei und alle anderen
Bibliotheken, die von der Programmiersprache C bereitgestellt werden, schreiben.
Sie nehmen all das, was viele O-Dateien sein können, und nehmen all diesen externen Code, um eine einzige ausführbare Datei
zu erstellen.
Richtig?
Hier haben wir also unseren Quellcode.
Sie werden sehen, dass wir den Quellcode irgendwie zusammengewürfelt haben.
Sie können diesen Code ein wenig lesbarer machen, indem Sie einige neue Zeilen hinzufügen, etwa
so.
Das macht sie nur ein bisschen lesbarer.
Wie ich bereits erwähnt habe, haben wir sie bereits zusammengestellt.
Um Ihr Gedächtnis aufzufrischen: Sie können eine Quelldatei auf viele verschiedene Arten kompilieren.
Sie können mit der rechten Maustaste auf die Quelldatei klicken und "Kompilieren" sagen, oder Sie können die Quelldatei
auswählen, auf "Build" gehen und "Aktuelle Datei kompilieren" sagen.
Wenn wir unser Projekt auswählen, sehen Sie viele verschiedene Optionen zum Thema Bauen.
Sie sehen bauen, umbauen, reinigen, stoppen, bauen.
Reden wir zuerst über Sauberkeit.
Clean löscht im Grunde alle alten Dateien, die Sie hatten.
Erinnern Sie sich also daran, dass ein C-Programm, wenn es kompiliert wird, jede einzelne Quelldatei kompiliert und
ein Programm aus vielen Quelldateien bestehen kann.
Hauptpunkt C Gibt es noch andere Dateien?
Es gibt Programme, die abertausende von C-Quelldateien enthalten.
Sobald Sie all diese C-Dateien kompiliert haben, werden alle alten Dateien erstellt, und dann nehmen Sie diese alten Dateien und
verknüpfen sie miteinander, um eine einzige ausführbare Datei zu erstellen.
Wenn Sie nun das Projekt auswählen, das Projekt selbst einstellen und "bereinigen" sagen,
löschen Sie im Grunde alle alten Dateien, alle zusätzlichen Artefakte und die ausführbare Datei
des Programms und beginnen von vorne.
Sie erhalten im Wesentlichen einen sauberen Arbeitsbereich, den Sie dann neu kompilieren, neu aufbauen, neu verknüpfen und ein Programm selbst
neu erstellen können.
Normalerweise sollte man clean verwenden, wenn man auf Fehler stößt und vielleicht jede Quelldatei neu
kompilieren möchte, denn wenn man einen C-Compiler laufen lässt, wird der Code normalerweise nicht neu kompiliert, wenn er sich nicht ändert
und man versucht, ihn zu kompilieren.
Wenn Sie also auf Probleme stoßen, viele Quelldateien haben und Fehler sehen, die keinen
Sinn ergeben.
Es kann gut sein, von einem sauberen Zustand auszugehen, auf sauber zu gehen und alles zu reinigen.
Sie sagen "sauber" und es wird Ihnen genau das zeigen.
Im Grunde wird alles aus dem Debug-Ordner des Builds entfernt.
Auch hier gilt, dass Sie mit all diesen Punkten in der ausführbaren Datei von vorne beginnen.
Es ist ein guter Weg, um alle Arten von Abhängigkeiten oder Probleme zu lösen, ohne das gesamte Projekt neu zu
kompilieren und von vorne zu beginnen.
Nachdem wir Clean ausgeführt haben, haben wir also nichts kompiliert oder gebaut, und wir können durchgehen und einzelne Dateien
kompilieren, indem wir Compile sagen und auf jede Datei klicken.
Wenn Sie viele Quelldateien haben, ist das kein guter Weg, um die endgültige ausführbare Datei zu erhalten.
Normalerweise werden Sie sicherstellen wollen, dass Sie Ihr App-Projekt haben, und Sie werden
typischerweise einfach build sagen, und das wird durch den gesamten Quellcode in Ihrem Projekt gehen und alle Dateien bauen.
Wenn Sie also auf "Build" klicken, werden Sie sehen, wie es alle Quellcodes erfasst und neu erstellt.
Und wenn Sie mit der rechten Maustaste klicken und "Neu erstellen" sagen, werden nicht alle Dateien neu erstellt,
sondern nur die Dateien, die sich geändert haben.
Und so kann man build sagen, was es ein wenig einfacher macht, als jede Quelldatei zu kompilieren.
Der Build kompiliert wieder alle Quelldateien, verlinkt sie aber auch, so dass Sie das in der Ausgabe sehen
können, richtig?
Im Build-Ausgabefenster können Sie sehen, dass wir zuerst einen GCC-Befehl dash C ausgeben, der das
Flag für die Kompilierung auf main dot C ist. Dann geben wir Parameter für die 64-Architektur-Optimierung, einige
Debugging-Standard-C und 99 Warnungen für alle Warnungen ein.
Und dann machen wir den Bindestrich o, um uns mit dem Main zu verbinden. cpp-Datei.
Wir werden im Grunde auch einige Verzeichnisse einbeziehen.
Und dann, im nächsten Schritt, geben wir den Bindestrich Null aus, um unsere Verknüpfung mit jeder externen Abhängigkeit herzustellen.
In diesem Fall haben wir nicht wirklich viele, wir haben im Grunde nur die Verknüpfung, wir verknüpfen statisch
mit dem Bindestrich L und wir bauen im Grunde diesen Objektlisten-Text auf.
Das Wichtigste dabei ist, dass es eine ausführbare Datei mit dem Namen unseres ersten Programms erstellt.
Siehe.
Und so macht Building beide Schritte eines C-Programms, richtig?
Er kompiliert und verlinkt es und erstellt die ausführbare Datei.
Es ist also einfacher, alles zu bauen, als alles zu kompilieren.
Vielleicht möchten Sie einzelne Dateien kompilieren, um zu sehen, was los ist, um sicherzustellen, dass Ihr Quellcode
korrekt ist und Sie noch nicht bereit für das Linken sind.
Sie haben vielleicht fünf Dateien hier drin.
Man wählt jede einzelne Datei aus und sagt: "Okay, ich habe gerade etwas Code geschrieben, kompilieren
wir ihn, stellen wir sicher, dass alles in Ordnung ist, und dann gehe ich zur nächsten Datei, kompiliere sie, und schließlich baut man
alles.
Jetzt, da wir eine ausführbare Datei erstellt haben, können wir unser Programm tatsächlich ausführen.
Stellen Sie also sicher, dass Ihr Programm, Ihr Projekt als aktives Projekt markiert ist, und
dann können Sie auf "Build" gehen und einfach "Run" sagen.
Wenn Sie nun "Ausführen" wählen, erscheint wahrscheinlich ein Popup-Fenster mit der Frage "Möchten Sie das Programm erneut erstellen und ausführen?
Jetzt haben Sie schon gebaut, also brauchen Sie das eigentlich nicht mehr.
Sie können einfach "execute" sagen.
Sie können das Kontrollkästchen aktivieren, um sicherzustellen, dass dies nicht immer angezeigt wird.
Und wenn man flieht, wird es nicht immer wieder aufgebaut.
Es liegt an Ihnen.
Das Wiederherstellen der Daten nimmt zwar etwas CPU-Verarbeitungszeit in Anspruch, aber das ist für Sie wahrscheinlich nicht von Belang.
Sie können also immer sagen: "Bauen und ausführen", ohne dass ein Pop-up erscheint, oder Sie können immer nur ausführen.
Wenn wir nun Ausführen wählen, wird diese ausführbare Datei genommen und ausgeführt.
Sie werden feststellen, dass Sie aufgefordert werden, Ihre Lieblingsnummer, den Benutzer, einzugeben.
Sie können also einfach die Zahl 45 eingeben, die Eingabetaste auf der Tastatur drücken, und dann wird
einfach die Zahl 45 angezeigt.
Auch hier fragt ein sehr einfaches Programm nach Eingaben, zeigt sie an, gibt sie aus, und dann kann man mit einer beliebigen Taste fortfahren,
um das Fenster zu schließen.
Wenn wir nun zu unserer Arbeitsbereichsansicht, unserem Arbeitsbereichsfenster, unserem Arbeitsbereichsbereich oder wie auch immer Sie es nennen wollen,
zurückkehren, werden Sie feststellen, dass wir drei Projekte haben, richtig?
Unser erstes Programm wird hervorgehoben.
Das ist das aktive Projekt.
Die anderen Projekte haben doch noch ihre Quelldateien, oder?
Hauptpunkt C, rechts.
Und unsere anderen Projekte sind mehr oder weniger schablonenhaft.
Hallo, World Code.
Aber was Sie nicht sehen, ist, dass Sie keine der Objektdateien, die Punktnulldateien,
die ausführbare Datei oder etwas Ähnliches sehen.
Jetzt können Sie diese anzeigen, indem Sie auf die Registerkarte "Explorer" klicken, und Sie können einen Ordner angeben, der geöffnet werden
soll.
Normalerweise sollte dies der Stammordner sein, in dem Sie alle Ihre Arbeitsbereiche erstellen.
In der Regel lege ich sie also in Dokumente innerhalb von Dokumenten an.
Ich habe meine Arbeitsbereiche.
Sie werden sehen, dass es hier eine ganze Menge zu finden gibt.
Normalerweise möchte man das also lokal ablegen, aber Sie werden sehen, dass Sie Arbeitsbereich eins und Arbeitsbereich zwei haben, und Sie
werden sehen, dass dieser Arbeitsbereich die Dot-Code-Light-Datei enthält.
Es ist wahrscheinlich besser, die genauen Arbeitsbereichsdateien zu öffnen, oder?
Denn das ist das einzige, was uns wirklich interessiert.
Wir interessieren uns für den Arbeitsbereich zwei.
Wählen wir also Ordner, Arbeitsbereich zwei, und schließen wir unsere vorhandenen Dokumente, damit
wir einfach schließen können.
Jetzt haben wir also Arbeitsbereich zwei und können alle unsere ausführbaren Dateien für alle
unsere Projekte und alle unsere Dateien sehen.
Sie werden feststellen, dass es dort einen Ordner "Code Light" gibt.
Das Code-Light-Verzeichnis enthält nur einige der Einstellungen für den Arbeitsbereich usw.
Wir haben unseren Build-Debug-Ordner.
Dies enthält unser Binärverzeichnis, das unsere ausführbare Datei enthält, und Sie werden feststellen, dass wir auch ein Verzeichnis für das erste R-Programm
haben, und das befindet sich innerhalb von build debug, weil dieser Arbeitsbereich, dieses Projekt gebaut wurde, und Sie werden sehen, dass wir dort
unsere Objektdateien und alle anderen Abhängigkeiten haben, die in dieser Objektliste
enthalten sind.
Wir haben tatsächlich unser erstes Programmprojekt, richtig?
Und das betrifft unsere Quelldatei und alle anderen Make-Dateien und so weiter.
Und das Gleiche gilt für die anderen Projekte.
Und ganz unten sehen Sie Kompilierbefehle, Punkt JSON.
Dies wird normalerweise für die Code-Vervollständigung verwendet.
Sie sehen eine Make-Datei und dann eine Workspace-Datei.
Auf der Registerkarte "Erkunden" sehen wir das gesamte Layout unseres Arbeitsbereichs, alle unsere Projekte, alles, was gebaut wurde,
alle Projekteinstellungsdateien und alle Projektquelldateien sowie alle Abhängigkeiten von Codevervollständigungsdateien
und so weiter für den Arbeitsbereich selbst.
Wir haben also über Sauberkeit gesprochen, richtig?
Wie Clean kann tatsächlich alles löschen, alle Objektdateien in der ausführbaren Datei.
Wenn wir also zurück in die Arbeitsbereichsansicht gehen und unser erstes Programmprojekt markieren, wenn wir mit der rechten Maustaste
klicken und "clean" sagen, werden alle diese Projekte gelöscht.
Wenn Sie jetzt also zurück zu Ihrer Explorer-Registerkarte gehen und den Build-Debug aufrufen, sehen Sie dort alles,
weil er nicht aktualisiert wurde.
Sie können diese Ansicht also aktualisieren.
Ich werde also mit der rechten Maustaste auf unseren Arbeitsbereich klicken und den Debug-Ordner aktualisieren.
Das wird dann normalerweise gelöscht, aber es ist nichts drin, richtig?
Sie könnten wieder einen Mülleimer haben.
Normalerweise wird das aufgeräumt.
Das hängt von den Berechtigungen ab, aber Sie haben keine alten Dateien.
Sie haben Ihre ausführbare Datei nach einer Bereinigung nicht mehr.
Wenn wir nun wieder zum Arbeitsbereich zurückgehen, sehen Sie dieses kleine Dropdown-Menü, das Ihnen sagt, was
Sie bauen sollen, ob Sie für Debug oder für Release bauen wollen.
Wenn Sie für die Fehlersuche bauen, werden Debugging-Informationen in die ausführbare Datei des Programms selbst aufgenommen.
Das passiert normalerweise, wenn Sie Ihren Code entwickeln.
Sie wollen Debug-Informationen und für den Fall, dass Sie den Debugger ausführen müssen, usw.
Das ist nicht immer gut, wenn man ein Programm für den Einsatz im Feld oder für einen Kunden in den Produktionsmodus
freigibt, damit man die Freigabe in die Freigabe ändern kann, wenn man das Programm irgendwo verteilen will.
Wenn Sie sie dann erstellen, werden Sie feststellen, dass Sie auf der Registerkarte "Erkunden" sehen können, dass Sie erneut eine Aktualisierung
durchführen müssen.
Sie werden einen Build-Release-Ordner sehen, in dem die Debugging-Informationen im Wesentlichen fehlen, so dass Sie sich nicht darum
kümmern müssen.
Wenn Sie über Debugging-Informationen verfügen, können Sie eine Kerndatei erstellen und Hacker
können Informationen über Ihren Quellcode erhalten.
Sie bauen also nur Debug für den Debug-Modus, wenn Sie entwickeln, und Sie würden es in den Release-Modus ändern,
wenn Sie Ihr Programm vielleicht an einen Kunden freigeben.
Auch hier kommt es darauf an, ob Sie irgendwo arbeiten oder ob Sie für einen Angestellten arbeiten, ob Sie
tatsächlich irgendwo einen Code abliefern.
Normalerweise ändern Sie auf der Registerkarte "Explorer" nicht wirklich etwas.
Es gibt Ihnen nur einen Überblick über das, was gebaut wurde, über Ihre ausführbaren Dateien usw.
Ich habe bereits erwähnt, dass Sie einige Hilfsdateien sehen.
Sie können sich einige dieser Dinge ansehen.
Einige dieser Dinge werden automatisch generiert.
Sie können hier eine Make-Datei sehen.
Dabei handelt es sich um eine Make-Datei, die je nach Ihren Projekteinstellungen erstellt werden kann.
Dies ist eine Make-Datei für den gesamten Arbeitsbereich.
Sie können sich bestimmte Programme ansehen und einige der erzeugten Make-Dateien noch einmal durchsehen, aber in der Regel wollen Sie mit diesen
Dingen nichts zu tun haben.
Dies stellt einfach wieder eine Make-Datei zum Kompilieren bereit.
Manchmal kann man bei Fehlern in der Make-Datei nachsehen, was genau los ist.
Vielleicht wurde etwas nicht korrekt generiert.
Code wie manchmal hat einige Bugs, je nachdem, welche Marke System Sie verwenden.
Auch hier verwenden wir in der Regel das UNIX-Dateimanagementsystem, wenn Sie mit Windows arbeiten, und wenn Sie mit Linux oder Mac OS arbeiten,
verwenden Sie einfach die Standardeinstellungen.
Das war's im Grunde schon, oder?
Sie können diese Dateien schließen, aber Sie sehen, was im Explorer und in der Arbeitsbereichsansicht vor sich geht.
In der Arbeitsbereich-Ansicht können Sie, wenn Sie ein Projekt auswählen, auch "Stop, Build" sagen.
Daher kann das Kompilieren und Erstellen einer ausführbaren Datei manchmal sehr lange dauern.
Wenn Sie Tausende von Dateien haben, können Sie 30 Minuten lang daran arbeiten.
Mit stop, build können Sie das Bauen, Kompilieren und Linken von Projekten
beenden.
Auch das ist nützlich, wenn man einen langen Kompilierungsprozess hat, aber das sieht man typischerweise nicht in einem Teil des Codes, den
wir für unsere Klasse schreiben werden.
Ein weiterer Vorteil ist, dass Sie alle Projekte auf einmal erstellen können, wenn Sie die Arbeitsbereichsansicht
markieren.
Sie können Arbeitsbereich erstellen oder Arbeitsbereich bereinigen sagen und alle Abhängigkeiten für alle Projekte löschen.
Wenn Sie aber "Arbeitsbereich erstellen" sagen, werden alle Projekte erstellt, unabhängig davon, ob der Arbeitsbereich aktiv ist,
und das sehen Sie dann im Ausgabefenster.
Richtig.
Wir arbeiten an Projekt drei, wir arbeiten an Projekt zwei und wir arbeiten an unserem ersten Programm.
Also noch einmal ein kurzer Überblick darüber, wie Sie Ihren Code aus dem aktiven Projekt heraus erstellen und ausführen können, einige der
Einstellungen und wie Sie Ihre Explorer-Registerkarte sehen können.
Ich danke Ihnen.