Java auf Enter abwarten

[Ben_cool]

Ich wollte mal Fragen wie es umsetzen kann, das zuerst nach einem Enter das Programm weitergeführt wird.

Z.b.:

System.out.print("Das ist Text1!");
// Auf  Enter warten
System.out.println("Das ist der Text2!");

Ich hoffe ihr versteht was ich meine.

Gruß
Ben_cool

 

[Bububoomt]

Readline?
Hier kleines beispiel:
https://www.abbeyworkshop.com/howto/java/readLine/index.html

 

[Ben_cool]

Naja dann könnte ich ja auch die Scanner Klasse nutzen.

Also:

import java.util.Scanner;

Scanner in = new Scanner(System.in);

System.out.print("Das ist Text1!");
in.next();
System.out.println("Das ist der Text2!");

Habe aber gedacht das es vielleicht ein wenig unsauber ist.

 

[ice-breaker]

System.in.read() reicht schon, denn den Input bekommt man auch erst, wenn Enter gedrückt wurde.

 

[Ben_cool]

Dort will er aber immer: "throws IOException".

Arbeite mit Eclipse.

 

[ice-breaker]

weil die Methode eben eine IOException werfen kann, behandel sie doch einfach.

 

[theHacker]

Arbeite mit Eclipse.

Alt+1 afair. Dann schreibt dir Eclipse automatisch n try/catch drumrum

 

[Ben_cool]

Gibt es zwischen System.in.read() und in.next() einen unterschied, außer das in.next() weniger Quelltext "verbraucht"?

@edit: Natürlich muss in.nextLine() verwendet werden, sonst bringt es gar nichts.

 

[ice-breaker]

ja macht es, weil in.read() nicht funktioniert, das funktioniert nur wenn du System.in vorher in einer Variable gespeichert hast oder einen static import von java.lang.System.in gemacht hast.
Zudem wüsste ein anderer Entwickler nicht von welchem InputStream du liest, das könnte auch eine Datei sein usw.

 

[Ben_cool]

[LEFT]import java.util.Scanner;

Scanner xyz = new Scanner(System.in);[/LEFT]

Das reicht doch schon, mehr muss nicht gemacht werden.
Außerdem ist die Klasse sowieso schon importiert, weil ich sie immer zum einlesen nutze.

Aber Performance mäßig ist es kein unterschied, richtig?

 

[ice-breaker]

Neija über einen Scanner zu Lesen ist schon ein deutlicher Unterschied als direkt die Bytes des InputStreams zu lesen.
Viel wichtiger finde ich die Frage, die zu selten gestellt wird, kommt es bei dir wirklich auf die Performance an, ob er sagen wir vllt 5% schneller läuft?

Viel zu oft wird sinnlos einfach immer gefragt, ob dies oder das schneller ist, selbst wenn es für die Anwendung unwichtig ist. Wenn es zu langsam ist wird man es merken, und wenn man von vornerein schon an eine gute Perfomance denken muss, dann wird es bestimmt keine kleine Konsolenapplikation sein.

 

[Aradiv]

The First and Second Rules of Program Optimisation

1. Don’t do it.
2. (For experts only!): Don’t do it yet.

Muss da ice-breaker zu stimmen warum optimieren.

Und zum Thema Optimierung habe ich noch einen schönen Link:
https://www.clean-code-developer.de/Vorsicht-vor-Optimierungen.ashx

Aradiv

 

[ice-breaker]

Und für den JVM gilt dann sowieso noch die Regel, dass es sehr schwer ist Optimierungen zu messen, da die JVM während der Laufzeit mit dem Hotspot-Compiler dauerhaft die Software optimiert, von daher weiß man nie, wann es fertig optimiert wurde oder wann mal Rechenzeit während dem Benchmark an den Compiler oder Garbage Collector abgegeben wurde.