Style Guide
Beim Programmieren ist es sinnvoll, gewisse Styleregeln für den Programmcode zu beachten.
- Code wird lesbarer und damit verständlicher
- Anweisungen, Parameter, etc. sind leichter voneinander zu unterscheiden
- Andere können eigenen Code lesen; man kann anderen Code lesen
- Einheitlichkeit fördert Verständlichkeit und Nachvollziehbarkeit
Auto-Format
In Processing immer mal wieder Apfel+T (bzw. Strg+T) drücken, damit der Code automatisch aufgeräumt wird.
Allgemeines
- Ausreichend Leerräume verwenden
- Jede Anweisung in eine eigene Zeile
- Leerzeichen nach jedem Komma und um jeden Operator
z.B.
Namen
- Groß- und Kleinschreibung ist in Processing wichtig
meinVariablenName
undmeinvariablenname
sind zwei verschiedene Variablen! - Sketche/Programme fangen mit einem Großbuchstaben an.
- Variablen fangen mit einem Kleinbuchstaben an.
- Für alle zusammengesetzte Namen CamelCase verwenden:
Also z.B.myNumber
,ColoredBall
oderbounceFromWall()
. - Variablen- und Funktionsnnamen sollten lang genug sein, um ihre Funktion zu beschreiben, also z.B.
- Lokale Variablen können auch mal kurze Namen bekommen:
Kommentare
- Angemessene, aussagekräftige Kommentare verwenden
- Globale Variablen sollten kommentiert werden
- Jede selbst definierte Funktion mit mindestens einer Zeile erklären.
- (Lieber einmal zu viel kommentieren, als zu wenig)
Blöcke
- Die öffnende geschweifte Klammern in die gleiche Zeile wie der Blockanfang, die schließende geschweifte Klammer in eine eigene.
- Innere Anweisungen (in einem Block) immer einrücken.
Statt unlesbar so
den Code also so formatieren:
Funktionen
- Methodennamen sollten mit einem Verb beginnen
- Jede selbst definierte Funktion mit mindestens einer Zeile erklären.
- Die öffnende geschweifte Klammern in die gleiche Zeile wie der Methoden-/Blockanfang, die schließende geschweifte Klammer in eine eigene.