Java Damals - Java Heute

[bax7891]

Liebe Gemeinschaft,

ich habe für einer Ewigkeit Java gelernt (vor 16 jahren oder so in der 7. Klasse (ich erinnere mich daran, da es meine Eltern auch tun - Eclipse und diverse weitere Werkzeuge über eine getaktete Leitung herunterzuladen war teuer)). Ich würde gerne wissen, was sich seit ~ungefähr Java 7/8 (ich weiß nicht auf welcher Version ich es gelernt habe aber beruflich hatte ich nur mit diesen und etwas mit 9 (ohne zu wissen was anders ist) Berührungspunkte) geändert hat. Mir ist dabei bewusst, dass Java rückwärtskompatibel ist. Trotzdem würde ich gerne wissen ob moderner Code wesentlich anders aussieht als Code von damals.

Bei C++ ist mir sehr stark aufgefallen, dass der Code von damals mit dem heutigen nicht im Ansatz zu vergleichen ist.

Gerne könnt ihr auch Links zu diversen Seiten zur Verfügung stellen, die dies vergleichen. Aber bitte nicht einfach nur die Patch/Update Benachrichtigungen. Ich erhoffe mir eher so einen Gesamteindruck.

Vielen Dank im Voraus.

LG
ich

 

[LimDul]

Ich denke Java 5 war einer der größten Umbrüche. Mit Annotationen und den Generics. Insbesondere die Annotationen haben mittlerweile sehr weite Verbreitung gefunden an vielen Stellen. So Frameworks wie Spring Boot machen ganz massiv davon Gebrauch.

Neuer, aber mittlerweile sehr oft genutzt sind die Functional Interfaces, Lambda-Ausdrücke und Streams. Das kam mit Java 8 hinzu.

Aber Code-Technisch (bis auf die Lambda-Ausdrücke) sieht Java-Code immer noch so aus wie früher. Die Änderungen haben eher an anderen Stellen stattgefunden. Spring Boot ist da perfektes Beispiel wie Frameworks heutzutage aussehen. Sprich im Bereich Frameworks & Co gab es meines Erachtens mit die größten Änderungen.

 

[MoxxiManagarm]

Trotzdem würde ich gerne wissen ob moderner Code wesentlich anders aussieht als Code von damals.

Ich denke das ist sehr unterschiedlich. Ich würde eigentlich sagen nein, aber ich arbeite nur auf sehr flachen Ebenen mit Java. Auf tieferen Ebenen, in der Regel unterstützt durch Frameworks, würde ich ohne Kommentar @LimDul zustimmen.

Ansonsten ist es nur eine Frage wie viele der neuen Features in einem Codeschnipsel verwendet werden. Wenn der Codeschnipsel, den du betrachtest, z.B. viel mit Streams arbeitet, dass wird das sicherlich für dich erstmal anders aussehen. Ein einfaches Programm, mit ein paar Schleifen, Bedingungen und arithmetischen Funktionen etc. wird sich kaum von deinem Bild unterscheiden denke ich.

 

[mrBrown]

Das aktuelle Versionierungsschema täuscht auch ein bisschen, wenn man das alte bis Java 9 gewöhnt ist. Die Änderungen von 10 bis 15 dürften zusammen weniger sein, als 9 alleine (stärkstes Beispiel dafür ist 13, wenn man die beiden Previews weg lässt, sind das noch drei große Änderungen, mit denen der "normale Entwickler" nicht in Berührung kommt).

Die aufälligsten Änderungen, die die Sprache an sich betreffen sind ansonsten:

• var
• Textblöcke
• Switch-Expressions
• Records
• Pattern Matching for instanceof
• Sealed classes

Eine etwas vollere Liste (leider nur bis Java 14) findet man hier: https://www.marcobehler.com/guides/a-guide-to-java-versions-and-features#_java_features_8_14
Von der Komplexititä her sind die meisten auch recht niedrig, das meiste davpn dürfte man auf den ersten Blick verstehen.

 

[LimDul]

Was man auch sagen muss, vielfach sind große Unternehmen noch auf Java 8 unterwegs oder auf Java 11. Sprich, auch große Frameworks sind oft noch auf dem Stand von Java 8 oder 11.

 

[MoxxiManagarm]

oder auf Java 11

Java 11 ist ja auch noch LTS

 

[bax7891]

Vielen Dank euch allen! Ich habe bereits etwas mit Spring gespielt. Ansonsten habe ich mir einige Codebeispiele von öffentlichen Gits angesehen. Teilweise habe ich das Gefühl, dass die Nutzung von Annotations aktuell zu einem gewissen Extrem getrieben wird. Teilweise habe ich Klassen und Methoden gesehen mit einer zweistelligen Zahl von Annotationen. Ich muss zugeben, dass ich, auch wenn dies in Java möglich ist, bisher keine eigenen Annotation geschrieben/formuliert habe. Aber dann dürfte sich ansonsten nicht all zu viel geändert haben, so dass ich nicht erst nochmal Java lernen muss um einen zeitlich aktuellen Code-Style (erfundenes Wort welches aber denke ich verständlich ist) zu entwickeln.