EntwicklungZuletzt aktualisiert: 20. September 2026

Was ist Sun Code Conventions?

Die Sun Code Conventions for the Java Programming Language sind das erste unternehmenseigene Kodierungsstandard-Dokument in der Geschichte des Softwarekampfs, das 1997 von Sun Microsystems, den Schöpfern von Java, veröffentlicht wurde.

Etymologie und das Erbe der Softwaretechnik

Die Sun Code Conventions gehören zu den einflussreichsten Stil- und Architekturleitfäden, die jemals vom Erfinder einer Programmiersprache in der Geschichte der Softwareentwicklung veröffentlicht wurden. Während die 1995 von Sun Microsystems eingeführte Java-Sprache mit dem Motto „Write Once, Run Anywhere“ (Einmal schreiben, überall ausführen) die Plattformunabhängigkeit anstrebte, wurde das Pendant dieses Ziels auf menschlicher Ebene durch die Sun Code Conventions formuliert: „Jeder soll es nach demselben Standard lesen und verstehen.“

Dieses Dokument, dessen Entwurf 1997 erstellt und dessen endgültige Version 1999 erreicht wurde, brachte nach den Klammerkriegen und dem unkontrollierten Zeiger-Chaos (Pointer-Chaos) im C- und C++-Ökosystem eine makellose Disziplin in die Unternehmenssoftware-Welt. Die von Sun Microsystems in diesem Dokument hervorgehobene Feststellung, dass „80 Prozent der Kosten im Lebenszyklus einer Software in der Wartungsphase anfallen und fast keine Software während ihrer gesamten Lebensdauer vom Ursprungsautoren gepflegt wird“, wurde zudem zum Grundaxiom der modernen Clean-Code-Bewegung.

Analogie: Stellen Sie sich hunderte Bauingenieure aus verschiedenen Ländern vor, die gemeinsam ein architektonisches Meisterwerk errichten wollen. Wenn jeder Ingenieur die Maßeinheit seines eigenen Landes (Zoll, Zentimeter, Ellen) verwendet und seine eigenen Zeichnungssymbole bevorzugt, passen die Säulen nicht zusammen und das Gebäude stürzt ein. Sun Code Conventions ist das gemeinsame metrische System und der architektonische Alphabetstandard der Java-Welt. Unabhängig von Land oder Unternehmen versteht ein anderer Java-Ingenieur, der die Klassendatei eines Java-Ingenieurs öffnet, auf den ersten Blick, wo die Säulen und Träger (Klassen und Methoden) platziert sind.

Technische Standards und die Anatomie des Dokuments

- Quelldateilayout und 80 Zeichen: Jede Datei enthält eine einzelne öffentliche Klasse. Für Terminals und Ausgabedrucker dieser Zeit wurde die Grenze von 80 Zeichen festgelegt.
- Einrückung mit vier Leerzeichen: Die Standardeinrückung beträgt 4 Leerzeichen. Am Ende der Zeile werden Klammern entsprechend dem K&R-Stil gesetzt; Auch bei einzeiligen Bedingungen sind Klammern obligatorisch.
- Geburt der Namenskonventionen (CamelCase): Klassen werden in UpperCamelCase geschrieben, Methoden werden in LowerCamelCase geschrieben. Die Benennung von Reverse-Domain-Name-Paketen (com.sun.*) wurde erstmals in diesem Dokument geregelt.
- Historisches Einfrieren und Vermächtnis: Das Dokument wurde 1999 eingefroren; In der Neuzeit übergab es den Staffelstab an Google Java Style Guide und moderne Linter-Tools.

Soziologische Dimension: Kollektive Disziplin und Pflegekultur

Die Sun Code Conventions sind ein historischer Meilenstein, der bescheinigt, dass Software nicht nur das Produkt reiner Genialität ist, sondern eine kollektive industrielle Ingenieursdisziplin. Sie brachen die Sturheit des individuellen Programmierers („mein Stil ist eben so“) und verankerten Software auf der Achse von Lesbarkeit und Wartbarkeit.

Millionen von Zeilen an Legacy-Java-Projekten, die heute im Finanz-, Banken- und öffentlichen Infrastrukturbereich laufen, stehen dank dieser Regeln, die Sun Microsystems 1997 aufgestellt hat, immer noch aufrecht. Auch wenn sich moderne Werkzeuge ändern, ist das von Sun errichtete logische Skelett das kulturelle Erbe der Softwaretechnik.

Häufige Fehler und historische Irrtümer

- Beharren auf der 80-Zeichen-Beschränkung: Die strikte Anwendung der 80-Zeichen-Regel auf großen Bildschirmen führt dazu, dass der Code nicht vertikal geteilt wird; Es sollten moderne 100-120-Zeichen-Standards übernommen werden.
- Vorausgesetzt, das eingefrorene Dokument ist aktuell: Die Verwendung des Sun-Handbuchs, das seit 1999 nicht mehr aktualisiert wurde, als einzige Quelle in modernen Projekten führt zu technischen Schulden.
- Klammern in Bedingungen vergessen: Das Nichtsetzen von Klammern in einzeiligen Textkörpern kann in Zukunft zu Sicherheitslücken führen.

Fragen und Antworten

Warum wurden die Sun Code Conventions nach 1999 nicht mehr aktualisiert?

Nachdem Sun Microsystems die Grundstandards festgelegt hatte, zog es das Unternehmen vor, dass die Formatierungsregeln von der Community und Open-Source-Tools (wie Checkstyle etc.) verwaltet werden, und fror das Dokument als historische Referenz ein.

Woher stammt die 80-Zeichen-Beschränkung in den Sun Code Conventions?

Diese Grenze wurde aufgrund der UNIX-Terminalbildschirme der 1990er Jahre, des Erbes der 80-Spalten-Lochkarten und der Standardbreite von Ausgabedruckern, die bei Code-Reviews verwendet wurden, festgelegt.

Was sollte in modernen Java-Projekten anstelle der Sun-Regeln verwendet werden?

In heutigen Projekten werden der Google Java Style Guide mit 2 Leerzeichen oder die Kodierungsstandards des Spring Frameworks sowie automatisierte Tools wie Spotless und google-java-format bevorzugt.

Wer hat die Paketnamensgebung im umgekehrten Domainnamen-Format (reverse domain name) zuerst vorgeschlagen bzw. zur Pflicht gemacht?

Sun Microsystems hat den Standard des umgekehrten Domainnamens wie 'com.sun' oder 'org.apache' mit den Sun Code Conventions eingeführt, um weltweite Namenskonflikte bei Java-Klassen zu verhindern.