Forum: Programmieren allgemein
by negaH,
28. Mär 2006
Dem kann ich nur zustimmen :) Allerdings vielleicht ein bischen anders formuliert.
Theoretiker sind schlechte Programmierer, das schliest auch studierte Informatiker mit ein die die Informatik rein theoretisch gelernt haben, also nicht diejenigen die auch im privaten praktisch permanent programmieren. Das liegt eben auch daran das Programmieren eher wie ein Handwerk funktioniert, es im Grunde...
Forum: Programmieren allgemein
by negaH,
28. Mär 2006
begin
...;
end else
begin
end;
Das Hochziehen des ELSE gleich nach dem END halte ich für absolut zulässig. Einfach weil in diesem Fall garnicht die Möglichkeit besteht in diesen Zeilen noch anderen Code zu schreiben. Das ist syntaktisch nicht möglich und führt zu einem Compilierfehler.
Desweiteren kann es praktisch kein doppeltes begin end auf gleicher Einrückung...
Forum: Programmieren allgemein
by negaH,
28. Mär 2006
Sorry aber das ist Spaghetti Code. Due zerstörst damit die visuelle Kommunikation mit dem Leser.
Im zweiten, wesentlich besseren beispiel kann man sehr schön und deutlich erkennen das es 4 sequientielle Abhänigkeiten gibt. Der 4'te Source block wird nur ausgeführt wenn der 3'te UND 2'te UND 1'te Sourceblock NICHT ausgeführt werden. Formal also if not (Block1 and Block2 and Block3) then Block4.
...
Forum: Programmieren allgemein
by negaH,
28. Mär 2006
Hey hey, keep cool Elvis. Du wirst unsachlich und persönlich.
Ich sehe es teils anders als Hansa:
strikt BEGIN auf eigener Zeile, BEGIN ist ein grafischer Anhaltspunkt so wie das IF THEN, WHILE DO, REPEAT usw. Sie gehören alle in eine eigene Zeile. Man liest doch mit den Augen, oder ? Ein BEGIN ist wie ein neuer Absatz in einem Brief. Man entfernt doch auch nicht die Absätze in einem Buch...
Forum: Programmieren allgemein
by negaH,
27. Mär 2006
Siehst du und da haben wir beide komplett gegensätzliche Ansichten.
Du kaufst dir einen 100 Zoll Monitor und quetscht deinen Source so eng wie möglich damit du soviel Source wie möglich auf einen Blick überblicken kannst.
Ich prophezeie dir jetzt das du irgendwan auf so komplexe Probleme stoßen wirst das selbst ein 1000 Zoll Monitor und die Schriftart Arial 6 nicht mehr helfen wird dein...
Forum: Programmieren allgemein
by negaH,
27. Mär 2006
Und genau das ist die falsche Sichtweise. Du versuchst die Anzahl an Zeilen zu optimieren statt sich darauf zu konzentrieren so viele Zeilen an Source zu schreiben wie es notwendig ist ein Problem auch deutlich und einfach verstehbar zu umschreiben. Deine Zielsetzung konzentiert sich auf ein Detail statt auf das gesammte Problem.
Hä, hast du das editiert ? Ich kann mich erinnern das dort...
Forum: Programmieren allgemein
by negaH,
27. Mär 2006
Das Auseinanderreißen von Sparchkostrukten ist ebenfalls schlechter Stil, also sowas:
if x > 0
then
while x > 0
do
repeat
Forum: Programmieren allgemein
by negaH,
27. Mär 2006
@Secure:
sorry aber
function IstPrim(const n:integer):boolean;
var x:integer;
begin
// Sonderfall 1 beachten
if (n = 1) then begin
Forum: Programmieren allgemein
by negaH,
27. Mär 2006
function TForm1.pruefen(n: int64): boolean;
var
x: Int64;
begin
Result := True;
x := Round(n / 2);
if(n >= 2)then
begin
while(x > 1)do
begin