Syntax-Frage (if, else begin und end)

[SirThornberry]

Zitat:

Zitat von Tommy1988

Das ist mir klar ;)

Aber angenommen unter dem else ohne begin und end kommen noch viele weitere Codezeilen.

Dann finde ich es überichtlicher das, auch wenn es nur eine Zeile ist, es einzuschließen

dann negiere ich meist die Bedingung.

[Christian Seehase]

Moin Raven,

Zitat:

Zitat von RavenIV

Hast Du Dir mal den StyleGuide von Borland / CodeGear angeschaut?
Danach wäre Deine Version falsch.

Ja, den Style-Guide kenne ich, aber mir ist die dort gezeigte Variante zu unübersichtlich. ;-)

[RavenIV]

Zitat:

Zitat von Christian Seehase

Moin Raven,

Zitat:

Zitat von RavenIV

Hast Du Dir mal den StyleGuide von Borland / CodeGear angeschaut?
Danach wäre Deine Version falsch.

Ja, den Style-Guide kenne ich, aber mir ist die dort gezeigte Variante zu unübersichtlich. ;-)

Naja, das ist halt Geschmackssache.
Wenn Du in MEINEM Team arbeiten würdest, müsstest Du halt den StyleGuide der Firma nehmen. Zufälligerweise habe ich den verfasst. Und darin sind wir stark an Borland angelehnt.
"Jeder darf seinen eigenen Stil verwenden, sofern dieser sich mit meinem Stil vereinbaren lässt."

[Matze]

Es gibt Firmen, die nutzen wieder ganz andere Styleguides. Von dem her ist es eigentlich egal, welchen Styleguide Christian nutzt. Dass man sich in Firmen an den jeweiligen Styleguide anpassen muss, sollte selbstverständlich sein. ;)

Aber das gehört nicht zum Thema und Diskussionen darüber gab's hier schon einige. :)

[turboPASCAL]

Ist ist ja so, wenn man ein Progrämmchen baut das man hier und da was Ändert.
Aus diesem Grund schreib ich meinerseitz auch ab und zu einzelne Anweisungen
in einen Begin/End -Block. Es könnte ja noch etwas dazu kommen. Wen das Programm
Fehlerfrei läuft und sonst alle Unreinheiten raus sind, geht es dann an die
Codeoptimierung. Dabei fallen dann solche sachen wie eine Zeile in einem
Anweisungsblock weg.

[hoika]

Hallo,

ich bin der gleichen Meinung wie turboPASCAL.

Was noch eine Rolle spielt, wäre das Debuggen.

if () then Anweisung

lässt sich nicht so gut debuggen,
weil Breakpoints zeilenbezogen sind.

if () then
Anweisung

Hier kann ich den Breakpoint auf "Anweisung setzen".

Da ich die Formatierung nicht so schön finde,
nehme ich immer begin end, zumal ich beim end noch
als Kommentar reinschreibe, wofür das end ist.

if i>1 then
begin
end; { if i>1 then }

gerade bei längeren Code lässt sich dass besser lesen,
vor allem wenn man der Code gerade übersprungen wird,
dann muss man nicht "nach oben blättern",
um zu sehen, was denn im if stand.


Heiko

[sakura]

Zitat:

Zitat von turboPASCAL

geht es dann an die Codeoptimierung. Dabei fallen dann solche sachen wie eine Zeile in einem Anweisungsblock weg.

Was bringt das am Ende? Der Compiler optimiert solche Stellen selbständig so, dass es egal ist, ob begin/end da stehen oder nicht, und zwar seit über 10 Jahren schon ;)

...:cat:...

[turboPASCAL]

:stupid: Eine Lesbarkeit nach X-Ünftig Jahren.

An sich nix, ich mache en nur schon seit ich mit Basic zu tun habe/hatte.