Der Programmcode - unvollendete Schönheit - oder auch nicht

[bytecook]

Zitat:

Zitat von tcoman (Beitrag 1344280)

Ich bevorzuge aber lieber...

Delphi-Quellcode:

if (a > 0) then begin
   ...
end;

Ha - noch einer, wir verwenden auch diese Formatierung! (seit TP 2.0 :P)

Und:

Delphi-Quellcode:

if (a > 0) then begin
   ...
  end
else begin
 ... 
end;

[jaenicke]

Ob man sich an Standards und Prinzipien wie Clean Code hält (was beides durch begin mit anderen Befehlen in einer Zeile verletzt wird), kann ja jeder selbst entscheiden solange man keine Vorgaben bekommt oder nur im stillen Kämmerlein entwickelt. Tut man es nicht, muss man aber auch damit rechnen, dass man darauf hingewiesen wird. Und in manchen Firmen kann man Code, der sich nicht daran hält, gar nicht einchecken.

Solange derjenige daraufhin dann nicht selbst darüber diskutiert hat habe ich aber noch nicht hier im Forum gesehen, dass es eine weitere Diskussion gab. Sprich ggf. einfach ignorieren, wenn es einen nicht interessiert...

[MichaelT]

Wenn schon, denn schon

Delphi-Quellcode:

if (a > 0) then begin
   ...
end else begin
 ... 
end;

Wenn man schon eine Zeile spart bei '{' oder '}' grad bei den Dimensionen der ASCII Terminals heutzutage, dann gescheit.:-D. 25 Zeichen Höhe und 80 Zeichen Breite ist heute noch Standard... Das kommt von C so ich mich recht erinnere.

Ich persönlich schreibe das

Delphi-Quellcode:

begin

auch gleich hinten dran. Denke aber für jemanden der Blöcke zusammenfasst wird der Code leicht unleserlich respektive schwerer zu lesen.

Delphi-Quellcode:

Begin

leitet ein Block ein. Solange der Block wieder eingerückt is geht es. Es macht allein das zählen der Verschachtelungstiefe ein wenig schwierig.

Zumal man in Delphi das CASE mit

Delphi-Quellcode:

if

nachbilden muss ... halte ich mich eher an die von dir genannte Schreibeweise.

Als die Rechner noch im KHZ Bereich liefen, zwar im höheren aber doch, hat man aus Performancegründen auf jeden Luxus verzichtet genauso wie in C. Die IF Kaskaden in 'C' werden genauso geschrieben.

Ich halte mich einfach an die Ada Schreibweise. In Seed7 wird gerne so mit eingerückten Blöcken geschrieben.

Zitat:

Zitat von bytecook (Beitrag 1344286)

Zitat:

Zitat von tcoman (Beitrag 1344280)

Ich bevorzuge aber lieber...

Delphi-Quellcode:

if (a > 0) then begin
   ...
end;

Ha - noch einer, wir verwenden auch diese Formatierung! (seit TP 2.0 :P)

Und:

Delphi-Quellcode:

if (a > 0) then begin
   ...
  end
else begin
 ... 
end;

[matashen]

Zitat:

Zumal man in Delphi das CASE mit if nachbilden muss

??? Wieso, case gibs doch auch in Delphi

Was muss man da mit if nachbilden?

EDIT: Um beim Topic zu bleiben, ich verwende auch meinen eigenen "Einrückstiefel". Hat mir hier auch schon kommentare eingebracht, was ich genauso doof wie der Topicersteller finde. Wenn mein Code gerade bei den Profis hier dann nicht lesbar ist, dann sind diese entweder kleinkarierte Erbsenzähler (Dipferlscheisser) oder inkompetent, ansonsten erwarte ich von einem 20K Beiträge Profi das er über so was steht.

[himitsu]

CASE mit irgendwas, das nicht Ordinal ist wie z.B. Strings.

Aber

Delphi-Quellcode:

case IndexStr(...) of

[bra]

Zitat:

Zitat von MichaelT (Beitrag 1344330)

Wenn schon, denn schon

Delphi-Quellcode:

if (a > 0) then begin
   ...
end else begin
 ... 
end;

Nö, so:

Delphi-Quellcode:

if (a > 0) then begin
   ...
end
else begin
 ... 
end;

:P

Bei uns in der Firma verwendet jeder eine andere Formatierung. Vorteil, man sieht sofort, wer das geschrieben hat :stupid::cyclops:

[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. :thumb:

Sherlock

[p80286]

Zitat:

Zitat von Sherlock (Beitrag 1344352)

Topic ist weder der Einrückstil, noch Delphi. ;)

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

Zitat:

Zitat von Sherlock (Beitrag 1344352)

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

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:

Zitat von p80286 (Beitrag 1344356)

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

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

Zitat:

Zitat von p80286 (Beitrag 1344356)

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:

Zitat von p80286 (Beitrag 1344356)

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...