Richtige Programmiertechniken

In diesem Kapitel erfahren Sie, wie Sie ein gutes Programm schreiben. Aber bevor wir das tun, lassen Sie uns sehen, was die Merkmale eines guten Programms sind -

  • Portable- Das Programm oder die Software sollte auf allen Computern des gleichen Typs ausgeführt werden. Mit dem gleichen Typ meinen wir, dass eine für PCs entwickelte Software auf allen PCs ausgeführt werden sollte. Oder eine Software für Tablets sollte auf allen Tablets mit den richtigen Spezifikationen ausgeführt werden.

  • Efficient- Eine Software, die die zugewiesenen Aufgaben schnell erledigt, gilt als effizient. Codeoptimierung und Speicheroptimierung sind einige der Möglichkeiten zur Steigerung der Programmeffizienz.

  • Effective- Die Software sollte bei der Lösung des vorliegenden Problems behilflich sein. Eine Software, die das macht, soll effektiv sein.

  • Reliable - Das Programm sollte jedes Mal die gleiche Ausgabe geben, wenn die gleichen Eingaben gegeben werden.

  • User friendly - Die Programmoberfläche, anklickbare Links und Symbole usw. sollten benutzerfreundlich sein.

  • Self-documenting - Jedes Programm oder jede Software, deren Bezeichnernamen, Modulnamen usw. sich aufgrund der Verwendung expliziter Namen selbst beschreiben können.

Hier sind einige Möglichkeiten, wie gute Programme geschrieben werden können.

Richtige Bezeichnernamen

Ein Name, der eine Variable, ein Objekt, eine Funktion, eine Klasse oder eine Methode identifiziert, wird als bezeichnet identifier. Durch die Angabe der richtigen Bezeichnernamen wird ein Programm selbst dokumentiert. Dies bedeutet, dass der Name des Objekts angibt, was es tut oder welche Informationen es speichert. Nehmen wir ein Beispiel für diese SQL-Anweisung:

Schauen Sie sich Zeile 10 an. Sie teilt jedem, der das Programm liest, mit, dass der Ausweis, der Name und die Rollennummer eines Schülers ausgewählt werden müssen. Die Namen der Variablen machen dies selbsterklärend. Dies sind einige Tipps zum Erstellen der richtigen Bezeichnernamen -

  • Verwenden Sie Sprachrichtlinien

  • Scheuen Sie sich nicht, lange Namen zu nennen, um Klarheit zu bewahren

  • Verwenden Sie Groß- und Kleinbuchstaben

  • Geben Sie zwei Bezeichnern nicht den gleichen Namen, auch wenn die Sprache dies zulässt

  • Geben Sie nicht mehr als einem Bezeichner den gleichen Namen, auch wenn sie sich gegenseitig ausschließen

Bemerkungen

Schauen Sie sich im obigen Bild Zeile 8 an. Sie teilt dem Leser mit, dass in den nächsten Codezeilen eine Liste der Schüler abgerufen wird, deren Zeugnis erstellt werden soll. Diese Zeile ist nicht Teil des Codes, sondern dient nur dazu, das Programm benutzerfreundlicher zu gestalten.

Ein solcher Ausdruck, der nicht kompiliert, sondern als Notiz oder Erklärung für den Programmierer geschrieben wurde, wird als a bezeichnet comment. Schauen Sie sich die Kommentare im folgenden Programmsegment an. Kommentare beginnen mit //.

Kommentare können eingefügt werden als -

  • Prolog zum Programm, um sein Ziel zu erklären

  • Am Anfang und / oder Ende von logischen oder funktionalen Blöcken

  • Notieren Sie sich spezielle Szenarien oder Ausnahmen

Sie sollten vermeiden, überflüssige Kommentare hinzuzufügen, da dies kontraproduktiv sein kann, indem Sie den Codefluss beim Lesen unterbrechen. Der Compiler ignoriert möglicherweise Kommentare und Einrückungen, aber der Leser neigt dazu, jeden einzelnen von ihnen zu lesen.

Vertiefung

Die Entfernung des Textes vom linken oder rechten Rand wird aufgerufen indent. In Programmen wird der Einzug verwendet, um logisch getrennte Codeblöcke zu trennen. Hier ist ein Beispiel für ein eingerücktes Programmsegment:

Wie Sie sehen können, ist ein eingerücktes Programm verständlicher. Kontrollfluss vonfor loop zu if und zurück zu forist sehr klar. Einrückung ist besonders nützlich bei Kontrollstrukturen.

Das Einfügen von Leerzeichen oder Zeilen ist ebenfalls Teil des Einrückens. Hier sind einige Situationen, in denen Sie Einrückungen verwenden können und sollten -

  • Leerzeilen zwischen logischen oder funktionalen Codeblöcken innerhalb des Programms

  • Leerzeichen um Operatoren

  • Registerkarten am Anfang neuer Kontrollstrukturen