Wie lang sind eure Delphi Quellen?

[WM_CLOSE]

Guten Tag,
heute sitze ich gerade an einer Unit, die ich ändern soll.
Die ist ohne whitespaces ca 17000 Zeilen lang.:wall::wall::wall:
Kennt einer von euch solche Situationen, wo man langsam einen Krampf in den Scrollfinger bekommt?

[mleyen]

Strg+Scroll, Codemovement (nicht immer 100% funktionsfähig) und Regions helfen.
Aber eine Unit 17k Zeilen :shock::shock:

[himitsu]

Jupp, kenn ich, meine himXML.pas war zwischenzeitlich auf 19.000 (jetzt nur noch 13.000).

mit ein paar Regions

Delphi-Quellcode:

{$REGION 'TKlasseA'} ... {$ENDREGION}

waren die Wege dan kürzer, ansonsten helfen cnPack oder GExperts, wo man z.B. über Comboboxen direkt zu Funktionen navigieren kann.

PS: Codeteile in Include-Dateien auszulagern verkürzt zwar auch die Wege, macht es aber leider noch unübersichtlicher und das Debuggen schwerer.
Ansonsten bleibt dir halt nur der Weg, alles auf mehrere Units aufzuteilen. :stupid:

[Bummi]

ein paar Altlasten in der Art habe ich auch noch, gegf. Refactoring und splitten...

[WM_CLOSE]

ein weiteres Problem ist auch, dass sich Delphi enorm viel Zeit lässt beim bearbeiten der Unit:
wenn ich ein Codestück markiere* und dann rechtsklicke um dann Umgeben->Region auszuwählen warte ich erst mal zwei Minuten bis das Popup Menu aufgeht und dann noch eine halbe bis die Region da ist.

Ich benutzte einen Athlon 64 X2 3800+ @1.79 Ghz mit 2GB RAM
Mag sein, dass das eine Geduldsfrage ist, aber bei mir Zuhause (i7 920 und 6GB) fühlen sich 3 Instanzen von Delphi flüssiger an als 1 bei dem besagten Rechner.

*Was auch regelmäßig zu Abstürzen führt.

[s.h.a.r.k]

Bei so einer länger versuche ich immer bestimmte Teile auszulagern, sodass ich sinnvoll strukturierte Teile habe, wobei das halt nicht immer möglich ist. Unschön bei sowas ist auch, wenn ich dann mal mehrere dieser Teile brauche, muss ich mehr als eine Unit einbinden und dabei am besten immer genau wissen, wo was drin ist. Bin jetzt erst gerade dabei auf die XML-Dokumentation umzustellen, weswegen ich halt auch noch teilweise in den Code schauen muss.

Pauschal weiß ich jetzt nicht, wie lange die SysUtils ist, aber wenn diese z.B. aus 3-5 Parts bestehen würde und du jedes mal nachdenken müsstest, wo was gerade steckt, was du brauchst, wäre es ein wenig blöd ;) Ebenso ist doch der Compiler so intelligent und wirft teile raus, die von deinem Code nicht verwendet werden -- für die Wartung ists halt ein bisschen blöd, aber ansonsten finde ich es akzeptabel.

[igel457]

Ich achte eigentlich darauf, dass meine Units im Normalfall (mit Whitespaces und Dokumentation) nicht länger als 2000-3000 Zeilen werden. Wenn man seinen Code dann nicht sinnvoll aufteilen kann, so hat man irgendwo einen Designfehler gemacht. Zudem sollten die einzelnen Teile relativ wenige Dependencies haben (am besten nur zu so was wie SysUtils, Classes, Types etc.). Wenn man sich daran hält, bekommt man meistens automatisch schönen, modularen Code, der sich einfach warten lässt.

Ausnahmen von dieser Regel sind in der Tat kompakte Bibliotheken mit oft gebrauchten Funktionen (sowas wie SysUtils, Classes, XML-Parser, etc.), für die man nicht dutzende einzelne Units einbinden möchte.

[himitsu]

Sowas entsteht bei mir entweder, bei mehreren verketteten Klasen oder wenn ich eben alles möglichst in einer Unit hätte.

[WM_CLOSE]

Eine der kklassen hat 100! properties, mit je Getter und Setter das sind 300 Zeilen nur im interface Klasse. Die Klasse hat >1000 Zeilen nur im Interfaceteil, Die Unit ca 2000. Wohlgemerkt ohne Whitespaces.

Waaaaaah!:wall::wall::kotz::kotz:

Das ganze ist wohl aus der reinen Faulheit, das ganze ordentlich aufzuteilen entstanden.
Immer nur weiter ein neues Feature hinzugefügt ohne Rücksicht auf Verluste.
Teilweise muss ich noch Funktionen aus der GUI mit in die Unit nehmen, die wurden damals einfach in verschiedene Projekte kopiert.

[ChrisE]

:-)

Unit Windows.pas inkl. Whitespaces D2007 32k+ Zeilen ;-)

Gruß, Chris