Die "richtige" Sourcecode Formatierung?

[Jumpy]

Zitat von Mavarik:

Zitat von Jumpy:

Delphi-Quellcode:

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

Gruselig...Codesumpf nenne ich das...

Und ich nenne das nicht nett und aus dem Zusammenhang gegriffen.
Ist ja schön, wenn man mal sieht, wie andere den Code formatieren und warum. Das macht den Thread spassig. Wenn's aber zu "Mein Kung Fu ist besser als dein Kung Fu" abgleitet, bleibt der Spaß irgendwo auf der Strecke.

Ich habe so ein bißchen den Eindruck gewonnen, dass die Formatierung auch davon beeinflusst wird, in welchen Sprachen man noch so programmiert, sprich wie man in Java/C#/C++ die Klammern setzt, so setzt man begin/end in Delphi? Ich mache noch viel im Bereich MS-Office mit VBA. Da gibt es ja explizit das "ElseIf" und drum setzte ich das in Delphi halt auch in eine Zeile, weil der Code dann in Delphi ähnlich formatiert ist, wie in VBA.

Irgendwer hat auch geschrieben:

Zitat:

Delphi-Quellcode:

if ... then begin
  ...
end;

Das end gehört zum if ... (sinngemäß)

Ich dachte immer das end gehört zum begin (ausser beim try) und drum schreibe ich es auch auf eine Ebene.

Nur mal so nebenbei gefragt, macht ihr die Formatierungen bei Schleifen dann genauso?

[Neutral General]

Zitat von Jumpy:

Ich dachte immer das end gehört zum begin (ausser beim try) und drum schreibe ich es auch auf eine Ebene.

Ein end gehört IMMER zu einem begin. Man kann es auch so sehen, dass nach einem then generell nur eine Anweisung stehen kann. Und begin/end ist eine Anweisung (die als Container für mehrere Anweisungen dient). begin-end kann auch komplett ohne if/for/while o.ä. im Code stehen. Sieht zwar seltsam aus, aber ist erlaubt und zeigt umso mehr, dass ein end immer zu einem begin gehört.

[p80286]

Zitat von Neutral General:

Ein end gehört IMMER zu einem begin. Man kann es auch so sehen, dass nach einem then generell nur eine Anweisung stehen kann. Und begin/end ist eine Anweisung (die als Container für mehrere Anweisungen dient). begin-end kann auch komplett ohne if/for/while o.ä. im Code stehen. Sieht zwar seltsam aus, aber ist erlaubt und zeigt umso mehr, dass ein end immer zu einem begin gehört.

Delphi-Quellcode:

case NeutralGeneral.isright of
  true : begin end;
  false :  NeutralGeneral.isright:=true;
end;

Gruß
K-H

[-=ZGD=-]

Delphi-Quellcode:

case NeutralGeneral.isright of
  true: 
    begin 
     
    end;
  false: 
    begin
      NeutralGeneral.isright := true;
    end;
end;

wobei jeder Case bei mir ein ELSE haben muss

Delphi-Quellcode:

case NeutralGeneral.isright of  
  false: 
    begin
      NeutralGeneral.isright := true;
    end;
  else
    begin
    end;
end;

[p80286]

Zitat von -=ZGD=-:

Delphi-Quellcode:

case NeutralGeneral.isright of
  true: 
    begin 
     
    end;
  false: 
    begin
      NeutralGeneral.isright := true;
    end;
end;

wobei jeder Case bei mir ein ELSE haben muss

Delphi-Quellcode:

case NeutralGeneral.isright of  
  false: 
    begin
      NeutralGeneral.isright := true;
    end;
  else
    begin
    end;
end;

Mmmm, Spaß bei Seite, das wiederum zeigt wie unterschiedlich man auch so eine simple Sache angehen kann, ohne etwas grundlegend falsch zu machen.
(könnte man uU auch bei der Formatierung so sehen; aber ein paar andere Sichtweisen können ja nicht schaden)


Gruß
K-H

[-=ZGD=-]

Zitat von p80286:

Zitat von -=ZGD=-:

Delphi-Quellcode:

case NeutralGeneral.isright of
  true: 
    begin 
     
    end;
  false: 
    begin
      NeutralGeneral.isright := true;
    end;
end;

wobei jeder Case bei mir ein ELSE haben muss

Delphi-Quellcode:

case NeutralGeneral.isright of  
  false: 
    begin
      NeutralGeneral.isright := true;
    end;
  else
    begin
    end;
end;

Mmmm, Spaß bei Seite, das wiederum zeigt wie unterschiedlich man auch so eine simple Sache angehen kann, ohne etwas grundlegend falsch zu machen.
(könnte man uU auch bei der Formatierung so sehen; aber ein paar andere Sichtweisen können ja nicht schaden)


Gruß
K-H

Definitiv gibt es zig verschiedene Arten.
Das mit dem ELSE war kein Spaß.

[p80286]

Spaß bezog sich auch eher auf NeutralGeneral.IsRight


Gruß
K-H

[Lemmy]

Zitat von -=ZGD=-:

[DELPHI]
wobei jeder Case bei mir ein ELSE haben muss

Delphi-Quellcode:

case NeutralGeneral.isright of  
  false: 
    begin
      NeutralGeneral.isright := true;
    end;
  else
    begin
    end;
end;

ähm... du meinst hoffentlich eher:

Delphi-Quellcode:

case NeutralGeneral.isright of  
  false: 
    begin
      NeutralGeneral.isright := true;
    end;
  true: 
    begin
    end
  else
    begin
      raise Exception.Create();
    end;
end;

so schnell wird Spaß zum Ernst des Lebens

Zitat von Mavarik:

Zitat von Lemmy:

um das Hirn bei der "Mustererkennung" zu entlasten

Das ist für mich der absolut wichtigste Punkt...

Eine Code-Zeile wir i.d.R.

1x geschrieben
10x gelesen

eben, und mind. 5x von anderen. Sprich: Ich schreibe / formatiere Code weniger für mich und schon gar nicht für den Compiler, sondern für andere. Und je besser die mit meiner Lösung klar kommen, desto eher besteht die Chance, dass Fehler gefunden werden bzw. sie meinen Code weiter nutzen und damit steigt die Chance dass am Ende Geld gespart wird....

[nahpets]

Zitat von Jumpy:

Ich habe so ein bißchen den Eindruck gewonnen, dass die Formatierung auch davon beeinflusst wird, in welchen Sprachen man noch so programmiert, sprich wie man in Java/C#/C++ die Klammern setzt, so setzt man begin/end in Delphi?

Da ist was dran, man hat mir mal (spasseshalber) vorgeworfen, ich würde in C++ Delphi-Code schreiben.

Oder sagen wir mal so: Ich schreibe Quelltext so wie ich Denke, der Quelltext bildet (meist) die Struktur meiner Gedankengänge (sofern ich denn mal welche habe ) wieder.

Wer anders an eine Problemlösung herangeht, schreibt den Quelltext auch entsprechend. Und das finde ich absolut korrekt.
Es ist nicht hilfreich, wenn ich von anderen erwarte, dass sie ihren Quelltext so schreiben, dass er meiner Denkweise entspricht. Das wird (fast) immer schiefgehen, so wie ich Quelltexte nicht in der Denkstruktur anderer schreiben kann, da scheitere ich auch immer.

Pascal/Delphi ist die Sprache, in der es mir am Einfachsten fällt, logische Gedanken "zu Papier" zu bringen. Bei C++ /Java ... hab' ich immer den Eindruck, um das zu verstehen, muss ich rückwärts denken.

Kollegen, die eher und lieber in C++, Java ... programmieren, sagten mir mal, dass es ihnen bei Pascal/Delphi genauso geht.

Für mich ist bei der Quelltextformatierung wesentlich, dass sie mit der logischen Struktur des Programmierten "zusammenpasst". Der Rest ist eher "Beiwerk". In größeren Projekten und / oder Teams, sollten sich aber alle Beteiligten an eine einheitliche Form der Quelltextformatierung (aber auch der Vergabe von Variabel-, Funktions- ... und Sonstigesnamen) halten. Dadurch erscheint mir die Verständlichkeit von Quelltexten zu steigen.