unterschiedliche Schreibweisen

[aemik]

Ich bin es gewohnt in Java eine Methode so zu schreiben:

public int meineMethode()
{
    return 1;
}

Ich sehe aber sehr häufig folgende Schreibweise:

public int meineMethode() {
    return 1;
}

Welchen Vorteil hat sie? So viele nutzen sie, auch Eclipse.
Ich finde es irgendwie unübersichtlicher...

Danke aemik

 

[The_S]

Keinen Vorteil, macht jeder wie er mag. Es sollten allerdings keine sehr ungewöhnlichen Formatierungen dabei rausspringen und es sollte darauf geachtet werden, dass alle Programmierer an einem Projekt die selbe Notation verwenden.

Du kannst dir auch mal die Code Conventions durchlesen

http://java.sun.com/docs/codeconv/

 

[aemik]

sowas hab ich gesucht. Danke!

 

[Verjigorm]

erste Variante find ich übersichtlicher zum Suchen der Klammern

 

[Ariol]

erste Variante fin ich übersichtlicher zum Suchen der Klammern

Ich auch. Hab mein Eclipse auch entsprechend angepasst (+kein Zeilenumbruch nach 80Zeichen).
Dann hat man seinen Code schnell lesbar.

 

[GastsaG]

die erste Variante verursacht bei mir einen leichten Brechreiz, aber man sollte ja tollerant sein müssen

Mein persönliches Empfinden: die Lesbarkeit ist durch Einrückung gewährleistet

 

[Ariol]

...
Mein persönliches Empfinden: die Lesbarkeit ist durch Einrückung gewährleistet

Beim ersten Beispiel ist doch auch eingerueckt. Der einzige Unterschied ist die Klammer.

 

[Gast]

...
Mein persönliches Empfinden: die Lesbarkeit ist durch Einrückung gewährleistet

Beim ersten Beispiel ist doch auch eingerueckt. Der einzige Unterschied ist die Klammer.

Ja eben. Die Klammer, die anders ist, trägt nichts zur besseren Lesbarkeit bei. Es ist die Einrückung, die dafür sorgt. Deswegen hat die erste Variante nach meinem Empfinden eine verschwendete Zeile, die unnötig den Quellcode verlängert.

 

[Ariol]

Ist vermutlich Ansichtssache, ich finds einfacher die schliessende Klammer zu finden, wenn die oeffnende genau darueber steht.

Erst recht wenn man mit Abstrakten Klassen oder Interfaces arbeitet (ActionListener & co)

 

[Gast]

wenn man einbisschen Python gemacht hat, erscheinen einem diese Klammern wie eine lästige Pflicht

 

[anderer Gast]

Also ich finde die 2. Variante "schöner". Das Suchen der öffnenden und schließenden Klammern sollte einem eigentlich die IDE abnehmen.

 

[hdi]

Also die 1.Variante sieht zwar an sich übersichtlicher, geordneter aus..
Allerdings hat man immer viele Methoden, und vorallem wenn sie eher weniger Code enthalten ist
das dann eher verwirrend.

Die 2.Methode "heftet" den Code an den Methodennamen. Ich finde auf jeden Fall dass das besser lesbar ist.
Zumindest wenn man dann nicht eine leere Zeile vor Beginn des Codes einfügt, was ich zB nie mache.

Und zuletzt: Wofür gibts denn die netten Einklapp/Ausklapp Funktionen in IDE's. Dann ist es absolut egal
wie genau du das aufziehst, weil du immer nur 1 Sache betrachtest, und das ist immer übersichtlich

 

[musiKk]

Die Frage nach dem Klammernstil beschwört eigentlich immer Flamewars herauf, auch wenn immer wieder die gleichen Argumente kommen (wie hier z. B. auch). Es ist auch nie jemand bereit, von seiner Meinung abzuweichen, zumindest habe ich das noch nie erlebt. Insofern ist das pure Ansichtssache.

Mir gefällt der erste Stil gelinde gesagt auch gar nicht und davon wird mich in meinem Leben niemand abbringen können.

Aber wir können uns ja gegen die anderen teils recht abstrusen Stile verbünden.

Achja, selbiges auch für Python. Grau-en-haft.

 

[Marco13]

Kommt aber auch auf die Situation an. Auch wenn ich üblicherweise die erste Variante verwende, weil sich damit der Methodenkörper sichtbar von Methode und Argumentliste abhebt, gibt es Situationen, in denen man die nette IDE, die einem den Stil schön konsistent macht, zum Teufel wünscht

int add()       { return a+b; }
int subtract()  { return a-b; }
int multiply()  { return a*b; }
int divide()    { return a/b; }

......

 

[andre111]

ich verwende eigentlich immer die erste schreibweise
außer bei getter und setter methoden

public int getA() { return a; }
public void setA( int i ) { a = i; }

Da mach ichs so weil sonst schon allein getter und setter so viel platz brauchen... außerdem kann ich so sofort entscheiden um was für ne methode es sich handelt

gruß andre111

 

[0x7F800000]

Kommt aber auch auf die Situation an. Auch wenn ich üblicherweise die erste Variante verwende, weil sich damit der Methodenkörper sichtbar von Methode und Argumentliste abhebt, gibt es Situationen, in denen man die nette IDE, die einem den Stil schön konsistent macht, zum Teufel wünscht

int add()       { return a+b; }
int subtract()  { return a-b; }
int multiply()  { return a*b; }
int divide()    { return a/b; }

......

Hm, schönes beispiel, wo mir die Standard-einrückung von eclipse wirklich auf den wecker geht... kann man das irgendwo einstellen, dass es so aussieht?

 

[Marco13]

Wüßte ich leider nicht. Kann vielleicht jemand ein Plugin schreiben, das so ein Tag wie
@<ScrewYourCodestyleSettings>
...
@</ScrewYourCodestyleSettings>
passend interpretiert? :wink: :lol:

 

[0x7F800000]

@<ScrewYourCodestyleSettings>
...
@</ScrewYourCodestyleSettings>

yeah!

Window->Preferences->Java->Formatter->New...
Da kann man bestimmt alles mögliche einstellen, nur: da kommt man doch um, bis man das gefunden hat was man will^^ oder?

edit: bwoah.. für solche sachen sollte mal lernfähige künstliche intelligenz verwenden, dass die automatisch erkennt was man wo wie haben will^^ Bis man sich das durch explizites Kästchen-Anklicken zusammengeklickt hat, dauert's bisschen

 

[musiKk]

Selbst das bietet wieder Grundlage zur Diskussion, da das ja den Code ziemlich verunreinigt. Jeff Atwood hat sich auch mal darüber ausgelassen.

 

[ARadauer]

die erste variante wird doch auch bei c# verwendet, ich bin die zweite gewöhnt...