Der Programmcode - unvollendete Schönheit - oder auch nicht

[jaenicke]

So üblich war das "schon immer", aber es gab auch "schon immer" Abweichler, die es anders geschrieben haben. Ändern wird sich das auch nicht. ;-)

[Daniel]

Zitat:

Zitat von ralfstocker (Beitrag 1347249)

begin steht immer in einer eigenen Zeile. So ist das schon seit Wirth-Pascal. Wer was anderes möchte soll C programmieren und daran sterben.

Seht Ihr die Verhältnismäßigkeit noch gewahrt? Ich möchte in Erinnerung rufen, dass wir uns lediglich über die Formatierung von Quellocde unterhalten.

[p80286]

Zitat:

Zitat von ralfstocker (Beitrag 1347249)

begin steht immer in einer eigenen Zeile. So ist das schon seit Wirth-Pascal. Wer was anderes möchte soll C programmieren und daran sterben.

Hier hat auch nie jemand etwas anderes behauptet :mrgreen:
Die Frage ist einzig ob davor und oder dahinter etwas stehen darf.

Gruß
K-H

P.S.
gestern ist mir das heiß geliebte

Delphi-Quellcode:

if irgendwas=true then machwas

über den Weg gelaufen, irgendwas mit Beginner’s All-purpose Symbolic Instruction Code, kann also nicht soo wichtig sein.

[Assarbad]

Zitat:

Zitat von ralfstocker (Beitrag 1347249)

begin steht immer in einer eigenen Zeile. So ist das schon seit Wirth-Pascal. Wer was anderes möchte soll C programmieren und daran sterben.

Ist vermutlich wie beim Rauchen, oder? Ich programmiere schon seit über einem Jahrzehnt sehr viel in C und bin noch nicht daran gestorben. Übrigens habe ich seit meinem Umstieg von Delphi weg mehrere andere Programmiersprachen gelernt. Sehr bereichernd. Kannst es ja mal probieren, @ralfstocker :wink:

Übrigens gibt es ja auch in C verschiedene Ansichten darüber wohin die "geschweifte Klammer auf" gehört. Ich bevorzuge sie auf einer eigenen Zeile. Kernighan und Ritchie hatten den Stil mit der geschweiften Klammer auf der gleichen Zeile wie Bedingung usw. ja auch vor allem aufgrund Platzmangels auf den Buchseiten benutzt. Und von da verbreitete sich dieser Stil entsprechend. Dem Compiler ist es herzlich egal in die eine wie auch die andere Richtung. Am Ende zählt worauf sich eine Gruppe von Entwicklern einigen kann - es sei denn man programmiert nur solo.

Und wer meint C sei überkommen, dem lege ich "21st Century C" als Lektüre ans Herz. Leider gibt es darin keine Rezepte wie man die Dinosaurier unter den C-Programmierern dazu bekommt sich weiterzuentwickeln. Da bleibt nur das Warten auf den "Asteroiden" :lol: