Sie sind auf Seite 1von 2

Philosophie des Programmierens

In der Erstellung von Code sollte stets das Ziel sein dieser transparent, bersichtlich und flexibel auf zu bauen. Hauptfolge ist eine erkennbare Architektur und Grundlage sind einige Richtlinien: Divisionen Struktur in der Breite Aufteilung des Codes in funktionellen Bereichen (meist in der Form von Dateien), in erster Linie auf Programmebene: o Kern-Code alle Routinen spezifisch frs Programm o Variablen (und deren direkt-zugehrigen Routinen) o Benutzeroberflche(n) (GUI) (und deren direkt-zugehrigen Routinen) o Bibliothek alle generelle (nicht-Programmspezifische) oder in mehrere Divisionen wiederkehrende Routinen und auch eigene Benutzeroberflchenitems (GUI-Items) Fragmentieren und Gruppieren Struktur in der Hhe o Aufteilung der Routinen auf alle Ebenen hlt den Code flexibel, wiederkehrende Regeln oder Lufe (recurring code) unterbringen in (kleine) Funktionen vermeidet zustzlich Fehler o Gruppiere Stcken Code in #Regions und Structures oder sogar Classes um den Code bersichtlich zu halten Eindeutige Benennung Halte den Code transparent durch eindeutige Benennung, einige Handfasse sind: o Fange Variablen und GUI-Items mit eine Typ-Klassifizierung an, zum Beispiel sTextVariable fr eine Variable vom Typ String (siehe nchste Seite fr eine Liste) o Krze keine Wrter ab, sondern benutze Grobuchstaben, Unterstriche oder hnliches um Wrter zu trennen, zum Beispiel sArtikelBeschreibung_Alt o Fr Variablen oder Funktionen die Wahr/Falsch zurckgeben (ein Boolean), fange mit Is(t) an, zum Beispiel IstKleinerPi o Vermeide nicht-ASCII Buchstaben wie , , , in der Benennung, zum Beispiel dDaempferWinkelBogenmass Kommentiere, kommentiere, kommentiere! Kommentiere Regeln, Lufe, Funktionen, usw. um den Code verstehbar und transparent zu machen fr Kollegen, Weiterentwicklung und dich selbst! Keiner ist perfekt Auge auf Debugging Nicht zuletzt sollte davon ausgegangen werden das der Code immer Fehler enthlt und diese frher oder spter beholfen werden mssen halte hier mglichst Rechnung mit beim Erstellen des Codes. Einige mgliche Manahmen sind: o Arbeite zu allen Zeiten mit Try-Catch Codeblcke (kritische) Fehler leiten so nicht zum Programmabsturz o Benutzte Funktionen anstatt Subroutinen die ein Boolean True retournieren wenn die Routine ohne Fehler durchlaufen ist und False wenn nicht handele Fehlschlge in bergelegene Routinen mglichst selber und ordnungsgem ab o Richte eine Fehlerausgabe oder -speicherung ein besonders fr Anwendungen die durch (mehreren) anderen Gebraucher benutzt wird Lean & Clean Oder auch: sei Pragmatisch, zur allen Zeiten: o Lean: Nicht mehr und nicht weniger als erwnscht behalte den berblick und verliere das Ziel nicht aus dem Auge o Clean: Behalte kein alten Code in dem aktuellen Programm, sondern archiviere alte Versionen und fhre eine Anwendungshistorie Dokumentation Fhre laufend eine Dokumentation!

Liste allgemeine Vorzeichen


Typ Klassifizierung
Typ Boolean Short Integer Long Single Double Decimal Char String Object Date Byte SByte (signed) UShort (unsigned) UInteger (unsigned) ULong (unsigned) Vorzeichen b short i long single d dec char s obj date byte sbyte ushort ui ulong

GUI-Item Klassifizierung
GUI-Item Userform Label Textbox Button Radiobutton Checkbox Combobox Picturebox Groupbox Chart Vorzeichen Frm lbl tb btn rb cb cb pb gb chart