Also ich finds ganz witzig mal über solche Dinge zu lamentieren.

Harry, in jedem Deiner Beispiele muss man eine geöffnete geschweifte Klammer hinzuphantasieren. Sonst fällt man nicht drauf rein. Wenn man zueinander gehörende Klammern immer untereinander schreibt ist das nahezu nicht möglich.

Meiner Ansicht nach hast Du mit "zusammengehörige Klammern immer untereinander schreiben" und "korrekt einrücken" zwei Sicherheitsnetze, so dass ein Irrtum eigentlich nur im Vollsuff möglich ist.

Keine Sorge, ich find das auch unterhaltsam

Und durchaus auch nicht uninteressant! ... Aber mein Code ist trotzdem ein großer chaotischer Haufen

Das Problem daran ist: C/C++ achtet nicht auf Einrückung.
Somit kann eine fehlerhafte Einrückung eine Zusammengehörigkeit suggerieren die nicht da ist.


Klassischer Einrückfehler, den man sehr leicht übersieht.
Nun kann man rätseln, ob nur falsch eignerückt wurde, oder ob tatsächlich beide Variablen bedingt durchs if gesetzt werden sollen, und nur jemand beim Rumhudeln die Klammern nicht eingefügt hat.


hingegen funktioniert, ganz egal WIE gammlig es formatiert ist.
Einrückfehler passieren sehr schnell, wenn verschiedene Leute an den selben Files basteln.

Wenn jemand seine Tabulator Settings anders/falsch hat, dann ist einmal mit Spaces, einmal mit Tabs eingerückt... beim Einen siehts dann trotzdem noch richtig aus, der Nächste kriegt plötzlich Einrückmurks. Das ist sicher nicht gewünscht, aber es passiert nunmal. Immer und andauernd wieder.
In C/C++ auf Einrückung zu vertrauen ist ein ganz großer Fehler. Das macht man einfach nicht, da es keinerlei Absicherung gibt!

Wir machen uns noch alle hier zum @.

(bin gespannt, wer das jetzt versteht?!)

Also mir entgehen diese Einrückfehler niemals.

wenn ich sowas lese sehe ich sofort, dass b nicht in die if gehört. für sowas hab ichn blick.

anders siehts aus wenn jemand einen kompakten codehaufen bildet:

sobald die geschweiften keine extra-zeile für sich haben, wirft mein hirn eine BadFormatException und muss den OCR-Prozess neustarten.


Was auch schlimm ist, wenn es Typen gibt die ihre Variablen völlig bescheuert benennen. hab schon mehrfach code gesehn, da wurden variablennamen gewählt die wenig bis nichts mit dessen context zu tun haben (da würde eine konstante angelegt, die "negativfaktor" heißt und mit dem fahrzeug-speed verrechnet wird. warum nennt er sie nicht "speedAdjustFactor" oder so?) oder völlig generische namen (a,b,c,... das ganze alphabet durch). natürlich ohne kommentare. wozu auch? die programmlogik geht ja aus dem quelltext hervor

Möglicherweise sehe ich Klammern mit anderen Augen, als jemand, der immer nur C/C++ programmiert hat. Weil ich habe in meinem Leben schon mit vielen verschiedenen Programmiersprachen gearbeitet, bei denen es solche Klammern gar nicht gibt. Deshalb hat für mein Unterbewusstsein so eine Klammer keine so große Bedeutung, und wird daher möglicherweise auch mal übersehen.

Ich bin Programmiersprachen gewohnt, bei denen man z.B. schreibt "IF a = b." oder "a IFEQ b" oder "IF a = b THEN", usw.! Und daher fällt es mir auch nicht sofort auf, wenn bei einer Zeile "IF a = b" die Klammer fehlt. Weil für mich sieht diese Zeile nach dem vollständigen Beginn eines typischen IF-Blocks aus.
Jemand, der nur C/C++ gewohnt ist, sieht das möglicherweise anders?!


Ich glaube, Firo und ich sehen das auch viel mehr aus beruflicher Sicht. Wenn jemand als Hobby zu Hause sein eigenes Programm schreibt, dann kennt er sein Coding. Man kennt den eigenen Programmierstil, und daher ist es eher nebensächlich, wie man programmiert (ob man nun Klammern macht, oder nicht, ob man korrekt einrückt, oder nicht).
Wenn man aber beruflich an einem Programm arbeitet, dann arbeiten oft sehr viele verschiedene Entwickler an diesem Programm. Personen, die sich oft nicht einmal persönlich kennen. Wenn dann jeder einen eigenen Programmierstil hat, würde das Chaos ausbrechen. Daher ist es besonders wichtig, dass man so übersichtlich wie möglich programmiert. Da ist es fast eine Todsünde, wenn man nur aus Faulheit zwei Klammern weglässt, was in Folge dann für einen anderen Entwickler zu einer Falle werden könnte, wenn er das Coding erweitert.

Ich persönlich finde diese "kompakten Codehaufen" meist sogar übersichtlicher als die Klammern in einer eigenen Zeile. Hängt halt auch immer von der Komplexität des Codings ab.

Aber grundsätzlich ist mir lieber, wenn ich so viel Coding wie möglich auf einer Bildschirmseite sehen kann. Klammern in eigenen Zeilen blähen das Coding so sehr auf, dass man bei langen Programmen viele unnötige Seiten durchblättern muss, um das Coding zu lesen.

Und der zweite Grund ist der, dass die Schreibweise ...
am ehesten den anderen bekannten und gewohnten Programmiersprachen entspricht. Zum Beispiel BASIC:
Oder ABAP:

Die Geschweiften Klammern bilden ja einen Block.
Wenn die unterschiedlich tiefe Einrückungen haben sieht man nicht sofort welche Klammer zu welchem Block gehört.
Insbesondere bei tiefen Verschachtelungen.

Diese (Unart) im C-Code kommt einfach aus den Zeiten wo die Monitore und Auflösungen noch so klein waren
daß man alles in die kleinen Fenster quetschen musste.

Wenn man sich den Android Source anschaut gibts da beide
Versionen. Das ist dann wie Kraut und Rüben..

Ich setze Codeblock-Klammern in eigene Zeilen. Übersicht ist wichtig und wenn man testweise kritische Blöcke auskommentieren will gehts auch fix.

Mit Grausen erinnere ich mich an die Anfangszeit als ich gleich die coole Programmierersau sein wollte und Listings aus dem 64'er Magazin abtippte. Pah! Scheiß aufs Aussehen Hauptsache es läuft, .....dann ein "RUN"....und mein Brotkasten antwortete mit "SYNTAX ERROR". Haareraufend (hatte ich damals noch) suchte ich dann den/ die Fehler in dem Scheiß.


Vor 10 Jahren folgte dann beruflich bedingt der erste Kontakt mit Python. Exakte Einrückungen ? Na hallo! ..... wenn nicht dann ists Essig!

Um mehr Code zu sehen hat man auch mal die Pivotfunktion und ein gedrehtes Display genommen.
Hier mit der Acknex nutze ich nun die HorusIDE von Tempelbauer (danke ). Die geteilte Editoransicht hilft die Übersicht zu behalten.

Ich habs verstanden. ^^


Aber ich hab auch in Klammernloser Sprache (BASIC) angefangen zu programmieren und war hin und wieder ohne Klammer unterwegs. Und ehrlich gesagt, hab ich sie jedesmal vermisst. Ich finde Klammern einfach viel praktischer als FI, WEND, END und wie sie alle heißen.