Die Schlüsselwörter müssen in Kleinbuchstaben geschrieben werden. Für selbstgewählte Wörter empfiehlt es sich, eine einmalige Form einzuführen, aber bei dieser Form auch zu bleiben. Speziell für Anfänger ist es von Vorteil, solche Schreibweisen anzuwenden.

Um bei Programmen immer die Übersicht zu behalten, empfiehlt es sich, bei Anweisungen etwas einzurücken, sorgfältiger modaler Aufbau, leicht zu verständlicher Kommentar und Quellcodes und gute Lesbarkeit durch unterschiedliche Schreibweisen.

Solange ein Programm noch in der Entwicklung sich befindet, sollte man vermeiden, Testläufe auszuführen, ohne zuvor den Compiler allein durchgeführt zu haben. Auch Warnungen sollten ernst genommen werden, da sie meistens auf Mißstände oder mangelhafte Portabilität hinzeigen. Mißachtete Warnungen können einem völlig unerklärlich scheinenden Verhalten des Programms zugrunde liegen.

Zweckmäßiges Strukturieren des Quellprogramms sollte sich an folgenden Regeln orientieren, welche es erleichtern, für den Ablauf besonders signifikante Symbole oder Schlüsselwörter einschließlich ihrer Beziehungen zueinander schnell zu erfassen:

Zusammengehörige öffnende und schließende geschwungene Klammern {} genau senkrecht untereinander schreiben, am besten genau unter dem Anfang des Schlüsselwortes, zu dem der so definierte Block gehört.

Jeden Zeilenanfang in einem mit {} begrenztem Block gegenüber den geschwungenen Klammern um wenigstens 2 Spalten eingerückt schreiben

Zusammengehörige Schlüsselwörter wie if, else, do, while und case genau senkrecht untereinander schreiben.

Einzelne Anweisungen, die deshalb keiner {} bedürfen, gegenüber dem Anfang des dem Block übergeordnetem Schlüsselworts etwas einrücken, zu Beispiel bis zum nächsten Wortanfang in der darüber stehenden Zeile, allenfalls mindestens um 2 bis 3 Spalten.

Anweisungen, die nicht in eine Bildschirmzeile passen, geeignet auf mehrere Zeilen aufteilen, keinesfalls Zeilen so lang schreiben, dass man wichtige Teile nicht auf dem Bildschirm sieht.

C verlangt auch, dass sogenannte Headerdateien, in denen die Prototypen der die Sprache ergänzenden Routinen zusammengefaßt sind, im Programmkopf mittels #inlclude angegeben sind. Werden solche Routinen als Funktionen aufgerufen können sich auch einen Rückwert liefern.

Mehrzeilige Quellprogramm - Aussagen werden zu einzeiligen zusammengefaßt.

Die für das Verständnis durch den Compiler erforderlichen Grundsymbole werden durch Zwischenraumzeichen getrennt.

Dateien, die durch #include eingeführt wurden, werden in den an den Compiler weiterzuleitenden Quellcode eingeführt. Es sind dies insbesondere die Headerdateien. Diese enthalten insbesondere Funktions - Prototypen, weiters vordefinierte Bezeichnung, Makros und dergleichen, im Falle unverständlicher Compiler - Fehlermeldungen lohnt es sich oft, die zuständige Header - Datei in den Editor zu laden und anzusehen.

#define - Direktiven werden im geamten Quellcode durch eine vereinbarten Wert ersetzt.

Abstrakte Datentypen Für den abstrakten Datentyp verbirgt sich sämtlicher Aspekt seiner Implementierung, wir zum Beispiel die Repräsentierung der einzelnen Werte, vor dem Anwendungsprogramm. Eine Anwendung hat nur Zugriff auf eine Definitionsdatei, in der ein Zeiger den Datentyp repräsentiert, und in der Operationen für den Datentyp als Funktionen deklariert sind, die generische Zeiger akzeptieren und liefern.

Dynamische Bindung, Generische Funktion Es werden hier auf eine einfache Weise Zeichenketten implementiert. Für diese Zeichenkette wird ein dynamischer Puffer angelegt, der dann den Text enthält. Wenn die Zeichenkette gelöscht wird, muss der dynamische Puffer freigegeben werden. Wenn ein Zeiger auf ein Objekt besteht, kann mit Hilfe der dynamischen Bindung typenspezifische Funktionen finden. Jedes Objekt beginnt mit einer Beschreibung, die Zeiger auf Funktionen enthält, die auf das Objekt angewendet werden.

Arithmetische Ausdrücke Dynamische Bindung ist ganz allein eine sehr mächtige Programmiertechnik. An Stelle von wenigen Funktionen, die jeweils einen großen switch für viele Spezialfälle enthalten, können hier viel kleine Funktionen schrieben, die immer nur ein Fall bearbeiten müssen. Mit dynamischer Bindung sorgen man dafür, dass die korrekte Funktion aufgerufen wird. Diese Technik vereinfacht Routineaufgaben, und sie resultiert normalerweise in Code, der sich sehr leicht erweitern lässt. Dynamische Bindung kann sehr gut helfen, ein Problem in viele einfache Funktionen zu zerlegen. Ein daraus resultierendes Programm kann sehr leicht erweitert werden.

Der ooc Präprozessor Es gibt eine Vielzahl von Konventionen, wie bestimmte Funktionen geschrieben werden müssen und welche zusätzlichen Funktionen nötig sind (Selektoren, Initialisierung). Der Präprozessor hilft, die verscheidenden Konventionen einzuhalten. Der ooc hat nicht die Aufgabe jetzt einen neue Programmiersprache einzuführen, nur die Ausgabe von diesem Präprozessor könnte ebenso von Hand geschrieben à es ist ANSI - Code. Es werden hier nur langweilige Routinen durch ein geeignetes Werkzeug erledigt. Wenn Codierstandards dazu führen, dass Teile eines Programms mechanisch erzeigt werden können, dann sollte man das auch tun.

Lecks in der Speicherverwaltung Moderne Arbeitsplatzrechner haben sehr viel Hauptspeicher. Wenn ein Programm hier und dort ein Byte verliert, macht das wahrscheinlich nicht viel aus. Lecks in der Speicherverwaltung sind aber normalerweise Anzeichen für Fehler in den Algorithmen - entweder reagiert das Programm falsch auf unerwartete Eingaben, oder noch schlimmer, das Programm ist versehentlich so entworfen, dass es Verbindungen zu dynamisch beschafften Speicher abbricht.

Fehlerbehandlung mit System Moderne Programmiersprachen Wie Eiffel oder C++ verfügen über eine besondere Syntax zur Fehlerbehandlung. Bevor eine riskante Aktion versucht wird, führt man eine Fehler Behandlungsroutine ein. Während der riskanten Aktion können Software oder Hardware einen Fehler auslösen und damit die Fehlerbehandlung zu Fall bringen. Theoretische gibt es danach drei Möglichkeiten

Terminieren und zwar beides. Die Fehlerbehandlung und sowohl auch die riskante Aktion.

Fortsetzen der riskanten Aktion unmittelbar nach dem Punkt, wo der Fehler entstand und die Fehlerbehandlung ausgelöst wurde.

Wiederholen der riskanten Aktion, die den Fehler verursacht hat.

1585 Worte in "deutsch"  als "hilfreich"  bewertet