{"id":4453,"date":"2024-03-08T16:00:29","date_gmt":"2024-03-08T16:00:29","guid":{"rendered":"https:\/\/msgprogramator.sk\/?p=4453"},"modified":"2025-10-22T11:03:54","modified_gmt":"2025-10-22T11:03:54","slug":"clean-code-java","status":"publish","type":"post","link":"https:\/\/msgprogramator.sk\/de\/clean-code-java\/","title":{"rendered":"Clean code Java: Wie erreicht man ihn?"},"content":{"rendered":"

Es kommt die Fr\u00fchlingszeit, in der die Natur ihre Sch\u00f6nheit erneuert. Wir k\u00f6nnen uns inspirieren lassen und wieder an der \u00e4sthetischen Seite unseres Quellcodes arbeiten. Gerade jetzt ist der richtige Zeitpunkt, mit dem Aufr\u00e4umen und Reinigen des Codes zu beginnen, denn sauberer Code ist nicht nur ein Trendkonzept, sondern eine Notwendigkeit f\u00fcr die Qualit\u00e4t des Programms.<\/p>\n

Sauberer Code ist in vielerlei Hinsicht vergleichbar mit der Zahnpflege. Wenn wir uns nicht um den Quellcode k\u00fcmmern, vernachl\u00e4ssigen wir die Architektur und \u201aflicken\u2018 neue Funktionalit\u00e4ten lediglich hinzu. Mit der Zeit steigen unn\u00f6tige Kosten und der Aufwand, der f\u00fcr seine Bereinigung erforderlich ist. \u00c4hnlich ist es auch mit den Z\u00e4hnen Bakterien (in der IT-Welt Software-Bugs) lieben eine schmutzige, vernachl\u00e4ssigte Umgebung (des Programms). <\/p>\n

Das Schreiben von sauberem Code ist l\u00e4ngst keine pers\u00f6nliche Vorliebe mehr, sondern es gibt eine Vielzahl von Empfehlungen und Tipps, die sich \u00fcber Jahre bew\u00e4hrt haben und uns helfen, solchen Code zu schreiben. In unserem Artikel werfen wir einen Blick auf eine Reihe von Regeln und Empfehlungen zum Schreiben von sauberem Code in der Programmiersprache Java<\/a>. Diese Grunds\u00e4tze helfen uns, Code zu erstellen, der nicht nur funktional, sondern auch elegant und f\u00fcr uns sowie f\u00fcr andere Entwickler leicht verst\u00e4ndlich ist.<\/p>\n

Lasst unseren Code ebenso sch\u00f6n bl\u00fchen wie die Natur im Fr\u00fchling. Los geht’s! <\/p>\n

Was ist sauberer Code?<\/h2>\n

Sauberer Code kann als Code definiert werden, der relativ einfach zu lesen und zu verstehen ist und gleichzeitig leicht zu \u00e4ndern und zu pflegen ist. Er sollte gut organisiert, konsistent in den verwendeten Regeln und frei von Fehlern sein. <\/p>\n

Eigenschaften von sauberen Code<\/h2>\n

Wenn wir Quellcode schreiben, versuchen wir, ihn mit den folgenden Eigenschaften auszustatten:<\/p>\n

    \n
  1. Einfachheit<\/strong> – der Code sollte so einfach wie m\u00f6glich sein, damit er leicht zu verstehen ist. Viele unn\u00f6tige Fehler in einem Programm entstehen, wenn der Programmierer nicht ganz versteht, was der Code tut. <\/li>\n
  2. Wartbarkeit<\/strong> – der Code sollte langfristig wartbar sein, damit er leicht ge\u00e4ndert und um neue Funktionen erweitert werden kann. M\u00f6glicherweise arbeiten viele verschiedene Entwickler an dem Code. Daher ist es wichtig, dass sie zusammenarbeiten und die vereinbarten Regeln einhalten. <\/li>\n
  3. Testbarkeit<\/strong> – der Code sollte relativ einfach zu testen sein, was ihn auch weniger fehleranf\u00e4llig macht. Ideal ist es, sich auf automatisierte Tests zu konzentrieren, um sicherzustellen, dass wir bei der Programmierung neuer Funktionen keine bestehenden Funktionen zerst\u00f6ren. <\/li>\n<\/ol>\n

    Sauberer Code enth\u00e4lt keine Codeduplikationen, ist weniger fehleranf\u00e4llig und es ist auch einfacher, Probleme im Code zu isolieren und zu beheben. Au\u00dferdem m\u00fcssen Sie nicht so viele Kommentare schreiben, um komplexe Bereiche des Codes zu erkl\u00e4ren. <\/p>\n

    Eigenschaften von „schmutzigem“ Code<\/h2>\n

    Wenn Ihr Code hingegen eines der folgenden Elemente enth\u00e4lt, sollten Sie \u00fcberlegen, wie Sie es entfernen k\u00f6nnen. Der sogenannte \u201aschmutzige\u2018 Code kann voll funktionsf\u00e4hig sein, und dem Compiler ist es im Grunde egal, wie der Code geschrieben ist. In der Zukunft k\u00f6nnen jedoch Probleme auftreten, insbesondere wenn er bearbeitet wird. Zu den Merkmalen von unsauberem Code geh\u00f6ren: Chaos, Komplexit\u00e4t, schwer zu lesen und zu verstehen, Probleme mit der Erweiterbarkeit, schwieriges Auffinden und Beheben von Fehlern, Duplizierung, zeitaufw\u00e4ndig.<\/p>\n

    Clean code Java<\/h2>\n

    Struktur des Projekts<\/h3>\n

    Der erste Schritt zu sauberem Code ist eine geeignete Projektstruktur, die festlegt, wie Quelldateien, Ressourcen, Konfigurationen, Tests usw. organisiert werden sollen. Ziel ist es, eine so intuitive Projektstruktur zu schaffen, die die Suchzeit zwischen den Dateien verk\u00fcrzt.<\/p>\n

    Obwohl Java uns nicht dazu zwingt, eine bestimmte Projektstruktur zu verwenden, ist es immer eine gute Idee, den besten Gemeinschaftsstandards zu folgen. Maven<\/strong>, ein Tool f\u00fcr die automatische Erstellung von Projekten, empfiehlt ein standardisiertes Layout von Ordnern in einem Projekt gem\u00e4\u00df der folgenden Struktur<\/a>:<\/p>\n\n\n\n\n\n\n
    src\/main\/java<\/td>\nRessourcendateien und Bibliotheken<\/td>\n<\/tr>\n
    src\/main\/resources<\/td>\nAndere Quellen wie. Modelle, … <\/td>\n<\/tr>\n
    src\/test\/java<\/td>\nTest-Quelldateien<\/td>\n<\/tr>\n
    src\/test\/resources<\/td>\nAndere Ressourcen zum Testen<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    Die Dateien in dieser Art von Projektstruktur sind in erster Linie in Anwendungs- und Testdateien unterteilt. Diese werden dann weiter in Quelldateien und andere Quellen unterteilt. Der Quellcode wird dann auf einer niedrigeren Ebene inPaketen<\/strong> organisiert. <\/p>\n

    Korrekte Benennung<\/h3>\n

    Einer der wichtigsten Grunds\u00e4tze f\u00fcr sauberen Code ist die Verwendung klarer und sinnvoller Namen f\u00fcr Variablen, Funktionen, Klassen und andere Bezeichner. Daher sollten wir ihnen immer einen Namen geben, der mit ihrer Funktionalit\u00e4t zusammenh\u00e4ngt. Zum Beispiel. Bereits aus dem Namen der Methode sollte ohne genauere Untersuchung klar sein, was die betreffende Methode tut. Das erleichtert es anderen Entwicklern, zu verstehen, was dein Code macht. Ebenso m\u00fcssen Variablen so benannt werden, dass sofort ersichtlich ist, was in ihnen gespeichert wird und welcher Datentyp es ist. Obwohl es sicherlich bequemer ist, die Namen von Identifikatoren abzuk\u00fcrzen (z. B. c statt count oder calc statt calculate), um den Code schneller zu schreiben, leidet letztendlich die Lesbarkeit des Codes darunter. Die Lesbarkeit und Verst\u00e4ndlichkeit des Codes tr\u00e4gt dazu bei, dass der Code auf Dauer erhalten bleibt.<\/p>\n

    Struktur der Quelldatei<\/h3>\n

    Die Quellcodedatei enth\u00e4lt viele verschiedene Elemente. Der Java-Compiler l\u00e4sst dem Programmierer ziemlich viel Freiheit bei der Wahl der Reihenfolge der Elemente und verlangt nur, dass er sich an die Grundstruktur der Quellcodedatei h\u00e4lt. Wie bei der Projektstruktur gibt es eine Reihe von Empfehlungen, aber eine typische Anordnung der Elemente im Quellcode sieht wie folgt aus: <\/p>\n