Eclipse Automatischen Umbruch bei Codeeinrückung verhindern

[Aichi]

Wenn ich in Eclipse STRG + SHIFT + F drücke, um meine Verschachtlungen horizontal auszurichten, setzt Eclipse automatisch Umbrüche in zu langen Zeilen, was dafür sorgt, dass mein Code die Struktur verliert und ich so kaum noch in der Lage bin, vernünftig zu arbeiten.
Allerdings möchte ich auf das Einrückungsfeature nicht verzichten. Kann man in den Settings die automatischen Umbrüche abstellen?

---

---

 

[MiDniGG]

Window -> Preferences -> Java -> Code Style -> Formatter

Dort ein Profil bearbeiten bzw. ggf. neu angelen und dann unter dem Reiter "Line Wrapping" die "Maximum line width" entsprechend erhöhen, sodass es Dir passt.

Sonst kannst Du dich da auch mal umschaun und wirst sicher ein paar tolle Features finden. ;-)

 

[maki]

Nix für ungut, aber für mich sieht das so aus, als ob dein Code vorher schon nicht strukturiert war.

info(user, args[0] + " has been muted" + (args.length > 1 ? " until" + time.format(new Date().getTime() +  new Integer(args[1]).intValue() * 1000 )) + "." : "."));

Da kannst du soviel formattieren wie du willst

 

[Aichi]

@MiDniGG
Vielen Dank, hat wunderbar geklappt.

@maki
Meinst du insofern nicht strukturiert, dass ich so viel Code wie möglich in einer Line unterbringe?

 

[maki]

Ja, viel zu viel in eine einzige Zeile gequetscht, da ist die Formatierung wirklich egal, kann es nicht besser machen

 

[Aichi]

Mein aktuelles Projekt ist kein allzu Großes, den Überblick verliere ich sicher nicht.
Ich lege wert auf jeden Bit und jeden Cycle, den ich während der Laufzeit einsparen kann.
Ich komme im Moment gut zurecht mit meinem Code, da ist es mir nicht Wert, für das bisschen Übersichtlichkeit auf Optimierung zu verzichten.
Ist wahrscheinlich falsch von mir, so zu denken.^^

 

[maki]

Ja, ist falsch, schlechter Code ist nicht immer schneller, schlechten Code zu schreiben weil man glaubt er sei schneller ist sehr schlecht, ergibt meistens schlechten & langsameren Code.

Der Hotspot Kompiler optimiert u.a. viel besser, je kleiner die Methoden sind.

Was glaubst du denn was an deinem Code schnell sein soll?

Ohne Profiling kannst du gar keine Aussage machen was schneller & was langsamer ist, man kann guten von schlechtem Code jederzeit unterscheiden einfach nur durch lesen.

 

[Aichi]

Gibt es eine Möglichkeit, die Geschwindigkeit und die Größe des reservierten Speichers während der Laufzeit zu messen? Ich programmiere Java bei Weitem noch nicht lang genug, um einschätzen zu können, welcher Stil optimal ist.

 

[maki]

Gibt es eine Möglichkeit, die Geschwindigkeit und die Größe des reservierten Speichers während der Laufzeit zu messen? Ich programmiere Java bei Weitem noch nicht lang genug, um einschätzen zu können, welcher Stil optimal ist.

SAgte ich doch, Profiler.

Als Anfänger ist das aber viel einfacher für dich:
Ignoriere Performance, komplett, alle deine Annahmen sind sowieso falsch.
Schreibe ein sauberes, funktionierendes, verständliches Programm.

 

[Aichi]

Werde ich machen, danke.

 

[maki]

Als Lesetipp: Clean Code von Robert "Uncle Bob" Martin

Als Profiler kannst du dir mal VisualVM ansehen, ist kostenlos.