Hallo Ernst,
den unteren Quellcode kann man nicht mehr lesen, wenn man diesen Stil nicht gewohnt ist.
Es gibt von Haus aus einen Styleguide, der alles abdeckt und welchen man wunderbar lesen kann. Natürlich muss man sich nicht an alles halten, aber Dein letzter Codeausschnitt ist, in meinen Augen, Schwachfug. Es steht teils zu viel in einer Zeile, in welcher auch noch Leerzeichen fehlen, welche die Übersichtlichkeit erhöhen.
Wenn ich diesen Code in einem Thread sehen würde, würde mir die Lust am Helfen, ehrlich gesagt, vergehen. Persönlich, und viele andere auch, würden sowas vorziehen:
Delphi-Quellcode:
if k = kMax
then
A[k] := A[k-1] / A[k];
if a = 0
then
Result := 0
else
if a > 0
then
Result := 1
else
Result := -1;
if Sender = mnPrintGraphOben
then
h := ro
else
h := rm;
for k := 0
to kMax
do
A[k]:= 0;
for i := 1
to iMax
do
begin
temp := A[i];
A[i] := B[i];
B[i] := temp
end;
for i := 2
to m
do
begin
for k := 1
to i - 1
do
B[i] := B[i] - A[r(i,k)] * B[k];
B[i] := B[i] / Abs(A[r(i,i)])
end;
with Image1.Canvas
do
begin
MoveTo(
DL, D0 - Round(sy * (F(xMin) - yMin)));
for i := 0
to 320
do
begin
x := xMin + i * dx;
LineTo(
DL + 2 * i, D0 - Round(sy * (F(x) - yMin)))
end;
end;
Desweiteren sind auch einige Variablen nicht geschickt gewählt. Die Stelle mit dem "h := ro" bzw. "h := rm" wüsste ich auf Anhieb nicht, was das bedeuten soll. Hier sind auf jeden Fall bessere Bezeichner zu wählen.
Die ungarische Notation, die Du ansprichst, ist nicht von Nöten, auch nicht die von Dir genannten Ausnahmen. Bezeichner sollten sprechend sein und der Name sollte zwingend auf dessen Typ schließen.
Eine Variable Zaehler bräuchte man wohl nie iZaehler nennen, genauso wenig wie man eine Variable IsAvailable bIsAvailable nennen würde. Es geht einfach schon hervor, um welchen Typ es sich handelt. Falls nicht, steht wohl ein Refactoring an.
Ich würde Dir das Buch Clean Code empfehlen:
Dort stehen viele Tipps und Anregungen drin, wie man seinen Code sauber hält. Natürlich ist es kein muss, dass man sich daran hält, aber man bekommt viele gute Tipps, die einem wirklich helfen.
Ich will Dir keines Falls zu Nahe treten, jeder hat seinen eigenen Stil, mit dem er programmiert. Wenn man aber Code massentauglich machen will, sollte man sich an einem gut lesbaren Codestil orientieren.
Zitat:
Kommentare zum Code dürfen diesen nicht zerreißen. Ich verwende //-Kommentare, die ich rechtsbündig auf dem Bildschirm platziere. Links steht dann entsprechend eingerückt der Code und rechts davon die zugehörigen Kommentare.
Kommentiert wird der Zusammenhang zwischen Code und Anwendung, nicht die Syntax! Wenn da Unklarheiten bestehen, schau ich in die Online-Hilfe.
Dem stimme ich Dir zu, Kommentare sollten nicht zerreißen, deswegen bringt man auch nur dort welche an, wo sie von Nöten sind. In sauberem Code ist das kaum der Fall, da der Code für sich spricht.