Bitte lass es ein Scherz sein. Die Mathematiker bei uns an der Uni schreiben in Ihrem Pseudocode immer sowas, mach einer sogar "fi" um die Einrückung des if-Blockes zu markieren.



Persönlicher Stil hin oder her, aber ich komm noch weniger drauf klar wenn da Leerzeichen fehlen:

so welche haben wir auch bei uns:


so sieht gut lesbarer code aus:

Aber warum machst du zwischen if und der ersten Klammer kein Leerzeichen? Weil du sagst ja "wenn x dann y" und nicht "wennxdanny". Mein Problem daran ist, dass wenn zwischen zwei Syntaxelementen ein geringer Abstand ist - oder gar keiner, wie bei Dir - dass die Sachen als zusammengehörig wahrgenommen werden. Stell dir vor, du hast einen Rumpf mit zwei Argumenten, dann sieht
ja irgendwie sehr gedrungen aus, bei
ist klar zu lesen "Das ist eine Funktion f mit keiner Rückgabe, und zwei Parametern, x als int, und dann y als int". Natürlich liest man das beim ersten auch heraus, aber ich gehe stark davon aus, dass durch den fehlenden Platz die Augen/die Sinneswahrnehmung länger braucht, um das auseinanderzupflücken. Anders bei Aufrufen, die nicht den deklarativen Character wie ein Funktionsrumpf haben; da empfinde ich es sehr störend, wenn ein Leerzeichen zwischen Funktionsname und der Klammer und den folgenden Argumenten kommt, weil wenn der Funktionsname (im ersten Blick) alleine da steht, die Assoziation geweckt wird, dass es sich um einen Funktionszeiger handelt; wobei man ja aber mit "blabla(1, 2)" sich eher darauf besinnt, dass hier ein durch eine Funktion berechneter Wert eingesetzt wird.

Auch bei if's graust es mir, wenn dann da steht

weil das "(((!(" als Teil des boolschen Ausdrucks ja nicht zum if als Syntaxelement gehört, sondern abgesondert zu betrachten ist - da es ja gesondert berechnet wird und dann in ein true/false zerfällt.

Letztenendes finde ich, dass sich guter Code sich neben dem technischen Aspekt auch immer sehr durch Lesbarkeit, Layout und Schönheit kennzeichnet, die sich auch in Strukturen und Ordnungsprinzipien wiederfindet. Deshalb frage ich, warum Du das gerade so findest und nicht weil es nur ja/nein gibt

find ich nicht, ist nur ne persönliche meinung (hätt ich vielleicht deutlicher machen sollen). andere bevorzugen diesen für mich unübersichtlichen stil die öffnende geschweifte klammer nicht in eine separate zeile zu setzen.

durch f() sehe ich schneller, dass es ein funktionsaufruf ist (bezeichner und parameterliste gehören zusammen). du benutzt hingegen auch hier leerzeichen, dadurch wirkt der code auf mich "zerpflückt". besonders wenn man ein komplexeres konstrukt hat:

ist zumindest meine meinung

ist der absolute Oberhorror. Eigentlich müsste sowas einen Syntaxfehler schmeißen - nur damit die Leute so ein Unding nicht mehr schreiben.

ganz falsch!


so!

Nein, also ne Leerzeichenstreumaschine will ich ja auch nicht, würde das auch so machen:



Aber ich sehe schon, dass das echt ne subjektive Kiste ist, wo jeder seine eigene Meinung hat

Mir stellt es alle Haare auf, wenn ich einstellige Variablennamen sehe (z.B. a = b).
Einstellige Variablen (z.B: "i") verwende ich höchstens für einen Array-Index.

Das mit den Leerzeichen stört mich da eher weniger. Wobei ich selbst eher dazu neige, möglichst wenige Leerzeichen zu machen. Allerdings verwende ich beruflich einige Programmiersprachen (z.B. ABAP) wo es genau vorgeschrieben ist, wann und wo man Leerzeichen machen muss, und wo man es nicht darf (ein falsches Setzen von Leerzeichen löst meist einen Syntaxfehler aus).

Und, HeelX, das mit dem "ENDIF" war wirklich ernst gemeint.
Ich finde es total unübersichtlich, wenn ein und dasselbe Zeichen (geschwungene Klammer) für viele verschiedene Dinge verwendet wird. Bei komplexeren Codings braucht man dann unbedingt einen speziellen Editor, der die Einrückungen übersichtlicher darstellen kann, damit man nicht den Überblick verliert. Wenn man das Coding aber z.B. in NOTEPAD hineinkopiert, kennt sich kein Mensch mehr aus, wohin eine bestimmte Klammer nun gehört. Da würde ich folgendes Coding weit übersichtlicher finden. Man sieht sofort, wo eine bestimmte Schleife oder Bedingung zu Ende ist:


Anstatt so:

Abgesehen davon hasse ich diese geschwungenen Klammern, weil man sich jedesmal fast die Finger bricht, wenn man diese Zeichen auf der Tastatur eintippen muss.
Dieses "==" beim IF hasse ich übrigens auch. Warum nicht, so wie bei vielen allen anderen Programmiersprachen, einfach "IF a=b"?

Da das ja der "mich kotzt etwas verdammt an" Thread ist, kann ich ja sagen, das {} total toll sind !

Harry, das würde man ja auch so schreiben:

WEil a=b eine Zuweisung und kein Vergleich ist. "a=b" evaluiert zu dem Wert von b. "a==b" evaluiert zu einem Wert ungleich 0 oder gleich 0. Zudem kann "a==b" typisiert werden, in Java ist das nämlich ein Audruck vom Typ boolean.