automatisch Code umformatieren?

[MPW]

Hallo,

ich suche ein Tool mit dem ich automatisch Code umformatieren kann.
Ich programmiere zu Zeit mit jemanndem zusammen an einem Projekt und ich schreibe den Code immer so:

for (int i = 0; i < 10; i++) {
    System.out.println(i);
}

er benützt lieber den Stiel:

for ( int i = 0; i < 10; i++ )
{
    System.out.println( i );
}

sprich Klammern anders, mehr Leerzeichen, und nur drei Blanks einschiebugn statt einem Tab.

Ich such jetzt ein Tool was mir das eine automatisch in das andere umwandelt umd umgekehrt?
Bei google hab' ich unter Java Code automatisch formatieren nicht wirklich was gefunden..hat da jemannd eine Idee?

Ich meine klar..man kann sich auch von vorne herein anpassen, nur ich sehe einfach die Fehler in meinem eigenen Schema besser..und wenn ich hier so im Forum lese..die meisten benutzen auch eher meine Variante(die obere)..

Also wenn jemannd soetwas kennt, fänd ich's toll wenn er Tipps gibt...Danke!

MfG
MPW

 

[Roar]

eclipse?

 

[MPW]

joa okay...das war seine in meine und wie geht's andersherum?

Was ich ja lustig finde ist, wie der JOptionPane-Aufrüfe formatiert..drollig total auseinandergezerrt..

 

[Roar]

joa okay...das war seine in meine und wie geht's andersherum?

genauso!?

 

[lin]

geh mal unter Window, Preferences, Java, CodeStyle, Formatter, dann klickst du rechts auf [Show...] und dort kannst du massig Sachen einstellen...

 

[boskop]

also ich finde jalopy noch cool, das gibts auch für eclipse...

gucks du hier: jalopy

 

[The_S]

selber programmieren ... :lol:

 

[Sky]

Ich meine klar..man kann sich auch von vorne herein anpassen, nur ich sehe einfach die Fehler in meinem eigenen Schema besser..

Aus meiner Erfahrung rate ich Dir dringend dazu, dass man sich innerhalb eines Projekts abspricht (auch wenn es bei zwei Leuten erstmal nicht so ganz relevant sein mus...)

Ein Beispiel aus der Praxis: "Gestern lief's doch noch". Wenn man dann ein Diff durchführt gegen die Datei von Gestern oder irgendwann in der Vergangenheit, so werden einem anstatt der relevanten Änderungen quasi alle Zeilen als geändert angezeigt (wg. der anderen Formatierung); ergo: nicht richtig zielführend. Wenn Du mehr als eine Datei auf Unterschiede prüfen willst, na dann viel Spaß...

 

[Ives]

Dem Ausführungen von Sky schliesse ich mich 100%ig an. Alles andere macht nur viel Ärger.

 

[Bleiglanz]

vor allem beim Arbeiten mit CVS o.ä. extrem NERVIG

=> alle Diffs zwischen verschiedenen Versionen werden wertlos, weil immer alles vom Umformatieren überlagert wird, so findet man nie die "relevanten" Änderungen

 

[boskop]

Wenn man ein tool zum formatieren benutzt, sollte man den ganzen code auch for dem commit formatieren, damit der code im cvs immer gleich formatiert ist. Und wenn man sich den code runterholt und verändert, ist es natürlich doof, wenn man den ganzen code wieder für seine Bedürfnisse umformatiert. D. h. jemand muss sich anpassen.

Die Styling Guides von Sun finde ich persönlich top und formatiere immer alles danach, aber ich habe auch den Vorteil, dass Java meine erste Programmiersprache war und es quasi genau so gelernt habe.

 

[Sky]

Die Styling Guides von Sun finde ich persönlich top

100% Zustimmung und noch der Link: http://java.sun.com/docs/codeconv/html/CodeConvTOC.doc.html

 

[Guest]

vor allem beim Arbeiten mit CVS o.ä. extrem NERVIG

=> alle Diffs zwischen verschiedenen Versionen werden wertlos, weil immer alles vom Umformatieren überlagert wird, so findet man nie die "relevanten" Änderungen

Stimmt, darüber habe ich auch mal geflucht als paar schlaue Entwickler dachten,
sie müssten es unbedingt verwenden. Code Reviews wurden um gut paar Stunden
länger. :autsch: