Logik der Quelltextvervollständigung

[himitsu]

Joar, das Erste was ich mache, ist in der IDE die Breite einzustellen (120 bzw. 150 Zeichen mindestens kann eine Codezeile schon lang sein, um noch auf den Bildschirm zu passen).
Delphi selbsr bricht sonst auch sinnlos kurz alles um.

Delphi-Quellcode:

TMyGridComponent = class
private
  ...
protected
  ...
public
  Spaltenverwaltung...

protected
  ...
public
  Filterfunktionen...

protected
  ...
public
  Suchfunktionen...

end;

Wenn es nur ein paar Funktionen sind, dann direkt drin, bei "viel" auch schonmal als Subkomponente.
Ab und an auch eine Leerzeile, zur optischen Trennung und bei internen oder selten verwendeten Funktionen eine $REGION drumrum.

Und dann die Funktionen halt in logischen Gruppen und Reihenfolgen:
Create, Machwas..., Free
Open, Edit..., Close


Tja, wenn so Verwaltungstools der deutschen Sprache mächtig wären und auch syntaktisch alles verstehen und sortieren würden ....

[Codehunter]

Zitat von himitsu:

Joar, das Erste was ich mache, ist in der IDE die Breite einzustellen (120 bzw. 150 Zeichen mindestens kann eine Codezeile schon lang sein, um noch auf den Bildschirm zu passen).
Delphi selbsr bricht sonst auch sinnlos kurz alles um.

Die Diskussion hatte ich mit Kollegen auch schon. Wobei ich eher die klassischen 80 Zeichen bevorzuge. Dadurch ergibt sich die Notwendigkeit von Unterprozeduren von alleine wenn die Verschachtelungstiefe der Indents zu weit nach rechts geht. Das ist aber weitgehend Geschmackssache.

Zitat von himitsu:

Wenn es nur ein paar Funktionen sind, dann direkt drin, bei "viel" auch schonmal als Subkomponente.
Ab und an auch eine Leerzeile, zur optischen Trennung und bei internen oder selten verwendeten Funktionen eine $REGION drumrum.

Und dann die Funktionen halt in logischen Gruppen und Reihenfolgen:
Create, Machwas..., Free
Open, Edit..., Close

Das sehe ich genauso.