[HaBo]

killgenerals · 05.06.11, 12:59

Zitat:

Zitat von Brabax

Code:

Variante (4)

Sowohl die Klammern als auch die Anweisungen werden eingerückt:
if (Ausdruck)
    {
        Anweisungen

        #Kommentar
            Anweisungen

        Schleife()
            {
                Anweisung
            }
    }

[...] weil ich so öffnende und schließende Klammern [-->bei HTML die Tags] sehr schnell einander zuordnen kann.

Klar hat man dadurch sehr weite Einrückungen, aber auch in langen Codesegmenten behält man noch sehr gut die Übersicht.

mache ich genauso, mit denselben Begründungen.
Die Variante fehlt echt in deiner Umfrage

EDIT: Damit hätte diese Variante sogar schon zwei Stimmen mehr als Variante 3

Lrsklpn · 06.06.11, 22:00

Ich benutze die Variante 1 aus dem einfachen Grund, dass mein Eclipse es so formatiert und ich zu faul bin es umzustellen

**Tarantoga** · 07.06.11, 00:00

Ich komme nicht umhin zu bemerken, dass viele User sich von Eclipse tyranisieren lassen - daher werde ich mein diesbezügliches Tutorial in naher Zukunft um einen Absatz erweitern, der genau erklärt wie einfach und nahezu problemlos sich derlei Format-Probleme unter Eclipse beheben lassen(obwohl odigo eigentlich bereits alle nötigen Schritte genannt hat)...

Edit:

Zitat:

Zitat von Thunder11

Ich verwende Variante 1 einfach weil ich mir eine Zeile spare und ich denke, das ist auch der Grund, warum diese Variante auch in Fachliteratur bevorzugt wird. Oft sind mehr als 1000 Zeilen Code in solchen Büchern und dann macht das was aus.

Das ist übrigens eine sehr schlüssige Argumentation, die mich vollends überzeugt hat - also in der Frage warum Fachbücher diese Notation verwenden.

Thunder11 · 07.06.11, 20:35

Ich spüre da etwas zu viel Sarkasmus in einem Satz. Ich versuche mich anders auszudrücken:
Wenn man - wie ich - davon ausgeht, dass sich durch Notation 1 die Lesbarkeit des Codes nicht verschlechtert ist sie meiner Meinung nach zu bevorzugen: Wenn ich Verleger wäre, würde ich - was neue Programmierbücher angeht -, eher die Drucken lassen, die kürzer sind (die anderen wären unter obiger Annahme ja grundlos länger!) und sich zu akzeptableren Preisen verkaufen lassen.
Natürlich ist die genannte obige Annahme nicht irgendwie belegbar, es ist nur eine subjektive Meinung, aber solange es auch meine Meinung ist, müsste meine Argumentation zumindest in Ordnung sein.
Es ist ja auch nicht das unsinnigste von der Welt, dass man als Verleger oder allgemein als Unternehmen aus so wenig wie möglich, so viel wie möglich an Gewinn ziehen will.

mfg Christian

**Tarantoga** · 08.06.11, 11:54

Zitat:

Zitat von Thunder11

Ich spüre da etwas zu viel Sarkasmus in einem Satz.

Tatsächlich? War gar nicht meine Absicht - ich meinte das ganz ernst: Das Argument ist schlüssig & hat mich überzeugt.

Thunder11 · 08.06.11, 16:37

Ok, war ein Missverständnis. Schwamm drüber.

Tsjuder · 21.06.11, 16:07

Interessanter Thread. Ich nutze Variante 1, aber das hat nichts mit Eclipse zu tun (nutze es auch so für C/C++), sondern einfach ( wie auch schon erwähnt), weil die Variante 2 zuviele LOCs produziert die keinen wirklichen Inhalt haben. Vorallem bei starker Verschachtelung krieg ich zuviel, wenn ich 15 Zeilen sehe die nur aus "{" bestehen und ich schon wieder 3 mal scrollen muss

Thunderb0lt · 21.06.11, 16:49

Zitat:

Zitat von Tsjuder

Vorallem bei starker Verschachtelung krieg ich zuviel, wenn ich 15 Zeilen sehe die nur aus "{" bestehen und ich schon wieder 3 mal scrollen muss

Ich auch, aber weniger wegen der Formatierung, sondern weil dann i.d.R der Autor des Codes Mist gebaut hat und ich das ganze umständlich refactorn darf (oder zumindest länger brauche um den Fehler im Code zu finden)

Wenn man vernünftig programmiert, lassen sich in den meisten Fällen Verschachtelungen mit mehr als 2-3 Ebenen vermeiden.

beavisbee · 22.06.11, 14:20

ich halte es da genau wie bitmuncher: Original K&R, also Klassen/Methoden/Funktionen gemäß Allman / BSD und Kontrollstrukturen gemäß 1TBS (One True Brace Style)
(und bei Einrückungs-Tiefe und -Zeichen bin ich Fan von 4-Spaces - aber das könnte man theoretisch schon wieder in ne eigene Umfrage packen

)

Angewöhnt habe ich mir den Stil, als ich mit dem Zend-Framework zu tun hatte und seitdem habe ich ihn als sehr sinnvoll empfunden, in allen Projekten weiterverwendet und bin gerade auch dabei, ihn bei uns auf Arbeit (wo momentan noch jeder codet, wie er will) zu etablieren

Anzeige

- Anzeige -

Umfrageergebnis anzeigen: Welche Variante nutzt Ihr ?
Variante 1	31	52,54%
Variante 2	31	52,54%
Variante 3	1	1,69%
Multiple-Choice-Umfrage. Teilnehmer: 59. Sie dürfen bei dieser Umfrage nicht abstimmen

07.06.11, 20:35	#19 (permalink)
Thunder11 Registriert seit: 09.12.09 Likes: 0	Ich spüre da etwas zu viel Sarkasmus in einem Satz. Ich versuche mich anders auszudrücken: Wenn man - wie ich - davon ausgeht, dass sich durch Notation 1 die Lesbarkeit des Codes nicht verschlechtert ist sie meiner Meinung nach zu bevorzugen: Wenn ich Verleger wäre, würde ich - was neue Programmierbücher angeht -, eher die Drucken lassen, die kürzer sind (die anderen wären unter obiger Annahme ja grundlos länger!) und sich zu akzeptableren Preisen verkaufen lassen. Natürlich ist die genannte obige Annahme nicht irgendwie belegbar, es ist nur eine subjektive Meinung, aber solange es auch meine Meinung ist, müsste meine Argumentation zumindest in Ordnung sein. Es ist ja auch nicht das unsinnigste von der Welt, dass man als Verleger oder allgemein als Unternehmen aus so wenig wie möglich, so viel wie möglich an Gewinn ziehen will. mfg Christian __________________ B4 09 BA 08 01 CD 21 C3 48 61 6C 6C 6F 20 57 65 6C 74 21 24

08.06.11, 16:37	#21 (permalink)
Thunder11 Registriert seit: 09.12.09 Likes: 0	Ok, war ein Missverständnis. Schwamm drüber. __________________ B4 09 BA 08 01 CD 21 C3 48 61 6C 6C 6F 20 57 65 6C 74 21 24

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Ansicht
Linear-Darstellung Zur Hybrid-Darstellung wechseln Zur Baum-Darstellung wechseln

06.06.11, 22:00	#17 (permalink)
Lrsklpn Registriert seit: 26.02.11 Likes: 0	Ich benutze die Variante 1 aus dem einfachen Grund, dass mein Eclipse es so formatiert und ich zu faul bin es umzustellen

21.06.11, 16:07	#22 (permalink)
Tsjuder Registriert seit: 03.04.11 Likes: 10	Interessanter Thread. Ich nutze Variante 1, aber das hat nichts mit Eclipse zu tun (nutze es auch so für C/C++), sondern einfach ( wie auch schon erwähnt), weil die Variante 2 zuviele LOCs produziert die keinen wirklichen Inhalt haben. Vorallem bei starker Verschachtelung krieg ich zuviel, wenn ich 15 Zeilen sehe die nur aus "{" bestehen und ich schon wieder 3 mal scrollen muss

22.06.11, 14:20	#24 (permalink)
beavisbee Member of Honour Registriert seit: 22.02.07 Likes: 77	ich halte es da genau wie bitmuncher: Original K&R, also Klassen/Methoden/Funktionen gemäß Allman / BSD und Kontrollstrukturen gemäß 1TBS (One True Brace Style) (und bei Einrückungs-Tiefe und -Zeichen bin ich Fan von 4-Spaces - aber das könnte man theoretisch schon wieder in ne eigene Umfrage packen ) Angewöhnt habe ich mir den Stil, als ich mit dem Zend-Framework zu tun hatte und seitdem habe ich ihn als sehr sinnvoll empfunden, in allen Projekten weiterverwendet und bin gerade auch dabei, ihn bei uns auf Arbeit (wo momentan noch jeder codet, wie er will) zu etablieren

[HaBo]

Übersicht: Einrückungsarten