TABs vs. Spaces

Sobald mehrere Personen an einem Script/Code arbeiten, geht es über kurz oder lang in die Diskusion, wie der Code denn formatiert werden sollte, damit er lesbar bleibt. Jeder hat da ja so seine Eigenheiten und seinen eigenen Stil, oftmals ist das auch davon abhängig von welcher Programmiersprache man kommt. Man sollte in einem Projekt, an dem man gemeinsam arbeitet aber gewissen Namenskonventionen definieren um nicht zu große Inkonsistenzen in der Code-Formatierung zu haben.

Oft geht es um das setzen (oder weglassen) von Klammern, benennen von Dateien, definieren von Verzeichnisstrukturen, setzen und formatieren von Kommentaren. Ich möchte hier auf einen weiteren Diskusionspunkt eingehen: Das Einrücken von Code.

Erst durch das Einrücken von Code in Code-Blöcken, Klassen und Funktionen wird Code für den Menschen überhaupt gut lesbar. Der Maschine ist das bekanntlich ja meißt egal, da könnte auch eine 1000 Zeilen-Datei in einer Zeile zusammen gefasst sein. Der Mensch braucht aber eine gewisse Struktur im Code um auch in großen Dateien den Durchblick zu behalten.

Den Code kann man mit Tabs oder Spaces einrücken. Jeder hat da seine Vorlieben, das ist auch OK. Letztendlich ist es egal, ob Tabs oder Spaces (2, 4 oder 8 Leerzeichen) genutzt werden, das sollte nur konsequent in allen beteiligten Dateien verwendet werden. Es geht eben “nur” darum den Code lesbar zu machen.

Ich persönlich nutze aktuell Tabs zum Einrücken von Code. Da kann dann jeder seinen Editor (Vorausgesetzt es ist nicht notepad ) so konfigurieren, dass die Tabs eben zwei, vier oder mehr Leerzeichen breit sind. Das ist aus meiner Sicht immer noch am flexibelsten.

Wichtig ist noch: Das Einrücken von Code (Anfang des Codes in einer Zeile) kann man wie oben beschrieben nach Belieben gestalten. Im Gegensatz dazu sollte man zur Ausrichtung von Code (Strukturierung innerhalb der Zeilen und über mehrere Zeilen) z.B. bei der Deklaration von Variablen auf jeden Fall Leerzeichen nutzen. Denn, sobald die Ausrichtung mit Tabs gemacht wird, wird die Ausrichtung beim Ändern der Tab-Breite zerstört.