Units im Interface- oder im Implemention-Teil laden

[Cyberbob]

Wo sollte man eigene Units eintragen? Im Interfaceteil oder im Implementationteil.
Macht das eigentlich einen unterschied?

Gruß,
Christian

[Flare]

Es macht einen Unterschied, da die units, die im Interface-Teil angegeben werden, nicht auf sich gegenseitig verweisen dürfen.

Das geht also nicht:

Delphi-Quellcode:

unit unit1;

interface

uses unit2;

Delphi-Quellcode:

unit unit2;

interface

uses unit1;

Im Implementation-Teil jedoch dürfen sich units gegenseitig einbinden.

Ich wende immer folgende Faustregel an:
Wenn die unit Klassen oder Funktionen enthält, also mehr eine Bibliothek ist, dann kommt sie in den Interface-Teil.
Wenn eine unit Funktionen für ein Formular enthält, kommt es in den Implementation-Teil, da diese sich bei mir gerne mal gegenseitig einbinden müssen.


Flare

[Hansa]

Zitat von Flare:

...Wenn eine unit Funktionen für ein Formular enthält, kommt es in den Implementation-Teil, da diese sich bei mir gerne mal gegenseitig einbinden müssen.

Was auf schlechtes Programmdesign schließen lässt. Das macht man nur in Notfällen.

[mkinzler]

Zitat:

Was auf schlechtes Programmdesign schließen lässt. Mr. Green

Beziht sich natürlich auf das gegenseitige Einbinden nicht auf den Implementation-Teil.
Im Interface gehört alles nicht-private bzw. die Units der Komponenten, welche du auf der Form hast oder du in Einstellungen des OI referenzierst.

[oki]

Zitat von Hansa:

Zitat von Flare:

...Wenn eine unit Funktionen für ein Formular enthält, kommt es in den Implementation-Teil, da diese sich bei mir gerne mal gegenseitig einbinden müssen.

Was auf schlechtes Programmdesign schließen lässt. Das macht man nur in Notfällen.

Leider muß ich bestätigen, dass auch mir das manchmal passiert. Ich binde dann die entsprechenden Units vorrangig dort im Implementationteil ein, wo Typen, Klassen oder sonstiger offentlicher Teil nur im Implementationteil der einbindenden Unit verwendet werden.

Erstes Ziel ist es bei mir aber auch überkreuzende Bezüge zu vermeiden. Ich mache dann eher aus zwei Units eine, wass eh nur bei Klassendeklarationen passiert, wo ich dieses in zwei Units geschrieben hatte, weil mir eine zu groß wurde. Ich muß aber zugeben, dass mit einer ordentlichen Strukturierung das Problem umgangen werden kann. Manchmal ist man aber einfach zu faul das im Nachgang zu beheben und "trickst" dann auch mal rum (was einem nach murphi so-und-so auf die Füße fällt, dass aber dann später ).


Gruß oki

[hanspeter]

Zitat von Hansa:

Was auf schlechtes Programmdesign schließen lässt. Das macht man nur in Notfällen.

Oder auf den Umstand hinweist, das D2007 nach wie vor ein Einpasscompiler ist und nicht mit Namensräumen umgehen kann.
Einpass war mit 64kbyte Speicher und Z80 CPU ein Fortschritt, heute nur noch ein Klotz am Bein.


Gruß
Peter

[RavenIV]

Zitat von oki:

Erstes Ziel ist es bei mir aber auch überkreuzende Bezüge zu vermeiden. Ich mache dann eher aus zwei Units eine, wass eh nur bei Klassendeklarationen passiert, wo ich dieses in zwei Units geschrieben hatte, weil mir eine zu groß wurde. Ich muß aber zugeben, dass mit einer ordentlichen Strukturierung das Problem umgangen werden kann. Manchmal ist man aber einfach zu faul das im Nachgang zu beheben und "trickst" dann auch mal rum (was einem nach murphi so-und-so auf die Füße fällt, dass aber dann später ).

Ich mache dann aus zwei Units meistens drei.
Die dritte enthält dann die gemeinsam genutzen Teile.
In der Regel hab ich aber schon eine Definitions-Unit. Dann kommt das Zeugs dort rein.