C für Dummies. Dan Gookin

Чтение книги онлайн.

СКАЧАТЬ Programm noch ein Ergebnis erzeugen. Damit zeigt man dem Aufrufer an, ob das Programm einwandfrei gearbeitet hat und alles in Ordnung war. Will man »hier war alles prima, keine Probleme« melden, so meldet man eine 0. Das return selbst kümmert sich darum, dass diese 0 auch geliefert wird.

       return 0;

      Glauben Sieʼs oder nicht, all dieses Zeugs wird nach einigen wenigen Kapiteln auch für Sie Sinn ergeben. Sie werden in kürzester Zeit zum rebellischen C-Programmierer. Keine Frage.

Erst das Chaos, dann die Ordnung

      Das hier ist eine Bonusrunde, damit Sie jetzt bereits auf das Problem der »Unordnung« aufmerksam werden, bevor es Ihnen über den Kopf wächst. Was ich meine, ist der Ramsch, der auf Ihrer Festplatte bei der Entwicklung von C-Programmen hinterlassen wird. Die vielen Hilfs- und Zwischendateien, die der Compiler nebenbei erzeugt, wenn er Ihr Programm erstellt.

      Es ist ein bisschen arg naiv anzunehmen, dass das Schreiben von C-Programmen eine nette und saubere Sache ist. Aber genau wie der Typ im Park, der eigentlich nur eine Taube füttern wollte, merken Sie bald, was auf Sie zurollt.

       Der C-Compiler räumt sein Zimmer nicht auf

      Der Compiler wirbelt über Ihre Festplatte wie ein Tornado, er spuckt ganze Lastwagenladungen mit Dateien aus. Das muss man im Griff behalten, außerdem müssen Sie wissen, welche Dateien unbedingt aufgehoben werden müssen und welche nur Abfall sind. Erinnert ein bisschen ans Aufräumen des Kinderzimmers.

      Für jedes erstellte C-Programm gibt es mindestens drei Dateien auf der Festplatte:

       Der Quelltext, Endung c

       Die Objektdatei, Endung obj oder Endung o

       Das Programm, Endung exe

      Einige Compiler erzeugen noch mehr Dateien. Wenn Sie bisher also alle Programme aus diesem Kapitel erstellt haben, finden Sie bestimmt mindestens 15 Dateien auf der Festplatte.

       Wenn Sie Quelltexte editieren, erzeugt Ihr Editor möglicherweise ein Backup von der Datei, Endung bak für Backup oder auch mit einer Endung, die mit einer Tilde ~ beginnt. Löschen Sie diese Dateien nur im Ausnahmefall.

       Größere Projekte werden auch Dateien mit den Endungen h und mak enthalten; löschen Sie diese Dateien ebenfalls niemals!

       Was aufheben, was wegwerfen?

      Ich empfehle zunächst einmal, gar keine Datei zu löschen. Wichtig zu wissen, dass die beiden bedeutendsten Dateien im Moment auf c und auf exe enden.

       Solange Sie die Quelltextdateien (*.c) aufheben, können Sie jederzeit das Programm wieder neu erzeugen.

       Die Objektdateien obj könnten später gelöscht werden, wenn das Programm fertig ist (bei größeren Projekten sollten Sie dies aber nicht tun, denn bei Änderungen dauert der Kompiliervorgang viel länger, weil alles neu erzeugt werden muss).

      

Löschen Sie keine Backup-Dateien (*.bak und *.~), bis das Projekt fertig ist und alles wunschgemäß läuft. Der Grund dafür hat mit Magie zu tun und ist schwer zu erklären: Manchmal ändern Sie etwas, eine Kleinigkeit, und plötzlich spielt das Programm verrückt. Falls Sie die Sicherheitskopie noch zur Hand haben, können Sie wieder auf den alten Stand zurückgreifen, indem Sie die Quelltextdatei löschen und die Sicherheitskopie nach c umbenennen. Danach wäre eine Neukompilierung eine gute Idee.

      Und dann noch ein Wort zur Magie: Ich weiß nicht, woran das liegt, manchmal ändert man eine Kleinigkeit, und nichts geht mehr. Und irgendwie bekommt man das auch nicht mehr hin, wenn man die Änderung rückgängig macht. Fragen Sie einen anderen erfahrenen Programmierer, er wird Ihnen das bestätigen können. Daher ist die Sache mit den Backups keine schlechte Sache. Wenn Ihnen so etwas passiert, führen Sie Änderungen am Backup danach wirklich vorsichtig durch.

       Organisation ist alles!

      Wie jedes Projekt auf dem Computer sollte auch jedes C-Projekt ein eigenes Verzeichnis auf der Festplatte bekommen. Zum Beispiel sollten Sie für Ihre C-Versuche ein Verzeichnis anlegen, nennen Sie es einfach C oder Cprojekt oder wie auch immer. Darunter sollten Sie für jedes Projekt ein Unterverzeichnis anlegen. Der Sinn? Organisation und Ordnung. Innerhalb dieses Verzeichnisses hat alles mit C zu tun, damit Sie sich später auch wieder zurechtfinden.

      Andere Verzeichnisse sollten für die Projekte entstehen, an denen Sie arbeiten. Ein neues Sortierprogramm? Verzeichnis Nsort. Ein neues Shootʼem-up-Ballerspiel? Verzeichnis Shootem.

Abbildung 2.3 zeigt, wie eine solche Baumstruktur arbeitet. Beachten Sie, dass die Wurzel des Baums, das Hauptverzeichnis, überall liegen kann. Im Verzeichnis des Compilers, im Hauptverzeichnis der Platte, wo auch immer.

Abbildung 2.3: Organisation der C-Projekte auf der Festplatte

Falls Sie bereits angefangen haben, alles zu verstreuen, sollten Sie nun zunächst gemäß den Ratschlägen ein wenig Ordnung schaffen.

      

Warum der Aufwand? Zunächst, weil Sie damit die notwendigen Dateien zusammenhalten. C erzeugt eine Menge andere Sachen und allzu leicht geht etwas auf der Festplatte verloren, gerade bei größeren Projekten. Darum gewöhnen Sie sich von Anfang an daran.

Wichtige C-Regeln, an die Sie nie denken werden

      C ist gespickt mit Regeln. Sie lernen das nun, damit Sie gleich mit dem Vergessen beginnen können. Deswegen wird der Compiler bösartige Fehlermeldungen nach Ihnen werfen. Daran müssen Sie sich gewöhnen … wie an unfreundliche Busfahrer, verspätete Züge und höhere Steuern.

      Ein Wort der Warnung vorab: Sie müssen sich diese Regeln nicht merken! Die meisten tauchen später noch einmal auf, wenn Sie C-Programme schreiben und gegen die entsprechenden Regeln verstoßen.

       Das hilfreiche Regelprogramm

      Um sich die Regeln, gegen die man am leichtesten verstößt, einfach zu merken, habe ich diese in einem Programm mit dem Namen Rules zusammengefasst. Es zeigt einige Zeilen auf dem Bildschirm an, die Sie immer wieder daran erinnern können.

       #include <stdio.h> int main() { printf("Klammern immer paarweise!\n"); СКАЧАТЬ