Der Programmcode - unvollendete Schönheit - oder auch nicht

[Sherlock]

Topic ist weder der Einrückstil, noch Delphi.

Aber ich würde doch gerne ergänzen: Wenn in einer Firma jeder anders einrückt: Viel Spaß beim mergen.

Sherlock

[p80286]

Zitat von Sherlock:

Topic ist weder der Einrückstil, noch Delphi.

Sondern massive Kritik am formalen Erscheinungsbild von Sourcecode, die zu Abmeldungen vom Forum führt.

Zitat von Sherlock:

Aber ich würde doch gerne ergänzen: Wenn in einer Firma jeder anders einrückt: Viel Spaß beim mergen.

Sherlock

Das ist ein mMn. wesentliches Argument gegen das sich wenig sagen läßt, es sei denn man stellt seine Individualität sehr weit vorne in die Prioritätenliste.

Nachdem was ich bisher gelesen habe scheinen vor allem die älteren Semester den

Delphi-Quellcode:

if irgendwas then begin
  ...
end
else begin
  ...
end;

- Stil zu bevorzugen, was zu der Vermutung verleitet, daß damals, als sie sich erstmals ernsthaft mit Turbo-Pascal/Delphi beschäftigt haben, dieser Stil das Nonplusultra gewesen sein mag.

Jetzt einen Glaubenskrieg für den neueren Stil

Delphi-Quellcode:

if irgendwas then
begin 
  ....
end
else
begin
  ....
end;

vom Zaune zu brechen ist doch etwas infantil.

Nur sind leider oft die Hinweise auf die Einrückung so zu verstehen, daß der vorhandene Sourcecode formal so chaotisch ist, daß augenscheinlich selbst dem Autor die logischen Fehler nicht auffallen.
Mit anderen Worten, wer seinen Sourcecode formal im Griff hat, hat auch die Logik, die dahinter steht, im Griff.

Gruß
K-H

[BUG]

Zitat von p80286:

Sondern massive Kritik am formalen Erscheinungsbild von Sourcecode, die zu Abmeldungen vom Forum führt.

Das ist mir in letzter Zeit nicht besonders aufgefallen Wird das per PM gemacht?

Zitat von p80286:

Mit anderen Worten, wer seinen Sourcecode formal im Griff hat, hat auch die Logik, die dahinter steht, im Griff.

Ich kann wunderschönen logisch falschen Code schreiben. Anders herum ist es vermutlich besser: Wer die Formatierung nicht im Griff hat, versteht vermutlich auch nicht was er da hingeschrieben hat.

[jaenicke]

Zitat von p80286:

Stil zu bevorzugen, was zu der Vermutung verleitet, daß damals, als sie sich erstmals ernsthaft mit Turbo-Pascal/Delphi beschäftigt haben, dieser Stil das Nonplusultra gewesen sein mag.

Das habe ich damals auch so geschrieben, schlicht weil nur 20 Zeilen oder so auf den Bildschirm gepasst haben.
Seitdem haben sich aber sowohl die Technik als auch ich selbst mich weiterentwickelt...

[ralfstocker]

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.

[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 von ralfstocker:

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 von ralfstocker:

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
Die Frage ist einzig ob davor und oder dahinter etwas stehen darf.

Gruß
K-H

P.S.
gestern ist mir das heiß geliebte
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 von ralfstocker:

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

Ü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"

[bra]

Zitat von p80286:

Nachdem was ich bisher gelesen habe scheinen vor allem die älteren Semester den

Delphi-Quellcode:

if irgendwas then begin
  ...
end
else begin
  ...
end;

- Stil zu bevorzugen, was zu der Vermutung verleitet, daß damals, als sie sich erstmals ernsthaft mit Turbo-Pascal/Delphi beschäftigt haben, dieser Stil das Nonplusultra gewesen sein mag.

Ich glaube das ist auch Gewohnheit und ob man von anderen Sprachen kommt. Ich kann mich noch erinnern, dass es vor einigen Jahren bei C und Java auch unterschiedliche Konventionen gab und jeder was anderes favorisiert hat. Ich habe bei C++/Java die Blöcke z.B. immer so gemacht:

Code:

if()
{
 ...
}

dabei sollten die nach der neuen Konvention eigentlich so sein:

Code:

if() {
 ...
}

Bei Delphi mach ich es eher nach der zweiten Variante, die bei Delphi eigentlich nicht empfohlen wird. Meiner Meinung nach sieht der Code so einfach übersichtlicher aus, weil die begin/end in dem vielen Text leider komplett untergehen - hier bevorzuge ich auch die Klammern aus C/Java.