Ich habe schon oft die JShell verwedent, ein Feature von Java 9. Einige der restlichen Neuerungen von Version 9-12 finde ich auch spannend, aber hatte bisher noch keinen Grund sie einzusetzen.
Als Ersatz für folgende Prozedur: 1. Boilerplate-Code schreiben (class Test { public static void main(String[] a) { .... usw) 2. Für jede zu testende Expression System.out.println(...) schreiben 3. Kompilieren 4. Ausführen 5. Merken, dass man einen kleinen Fehler eingebaut hat und alle Schritte noch mal (teilweise) durchlaufen.
Ich habe die JShell meist verwendet um exotische Randfälle zu prüfen, bspw. die Auswertungsreihenfolge von `a[i++] = i++`. Kommt im Arbeitsalltag vielleicht nicht so oft vor.
Von Verfluchtnochmal_5987109 am Fr, 22. März 2019 um 21:22 #
Ja, "hello world" aber alles was darüber hinaus geht...
Der einzige Vorteil von C/C++ ist das über die Jahre gewachsene Toolset und sei es nur automatische versionisierte dependencies in rpmbuild damit du dir wenn rpm schon vorher schreit den ganzen Ärger sparen kannst
Nutzt schon jemand eine neuere Version als 8.
Durch jlink merkst du als Nutzer gar nicht welche Version du nutzt. Hat auch Vorteile
Ich habe schon oft die JShell verwedent, ein Feature von Java 9. Einige der restlichen Neuerungen von Version 9-12 finde ich auch spannend, aber hatte bisher noch keinen Grund sie einzusetzen.
Was machste denn damit? Als Ersatz für ?
Ich benutze sie z.B. zum Testen von kurzen Code-Fragmenten oder kleinen Methoden.
Als Ersatz für folgende Prozedur:
1. Boilerplate-Code schreiben (class Test { public static void main(String[] a) { .... usw)
2. Für jede zu testende Expression System.out.println(...) schreiben
3. Kompilieren
4. Ausführen
5. Merken, dass man einen kleinen Fehler eingebaut hat und alle Schritte noch mal (teilweise) durchlaufen.
Ich habe die JShell meist verwendet um exotische Randfälle zu prüfen, bspw. die Auswertungsreihenfolge von `a[i++] = i++`. Kommt im Arbeitsalltag vielleicht nicht so oft vor.
zumindest 3 und 4 kann man sich jetzt erspare bzw. ist wenn man will nur mehr ein schritt
Ja, ich. Benutze Version 11, kompiliere aber alle meine Projekte für die Bytecode-Version 8.
Das ist das schöne an C und C++, hier ändert sich nicht ständig alles und man kann sich darauf einstellen.
Ja,
darum ist es auch völlig problemlos, 3 oder 5 Jahre alten Sourcecode zu kompilieren
Ja, "hello world" aber alles was darüber hinaus geht...
Der einzige Vorteil von C/C++ ist das über die Jahre gewachsene Toolset und sei es nur automatische versionisierte dependencies in rpmbuild damit du dir wenn rpm schon vorher schreit den ganzen Ärger sparen kannst
Ja ab jetzt, weil es bald keine Fixes mehr dafür gibt