ClassFactory ähnlich wie Spring Framework, Hilfe gesucht!

[Der schöne Günther]

Die Frage hat doch mit dem Beispiel nichts zu tun?

Das (public|<nichts>) in Java bzw. (public|internal) in C# für Typen gibt es in Delphi schlichtweg nicht. Sichtbarkeit halt nur entweder "Alle" oder "Nur diese Unit" - Je nachdem ob die Deklaration im Interface- oder Implentation-Teil stattfindet.

Namespaces bzw. Packages gibt es grundsätzlich nicht, deshalb erübrigt sich dann auch der Gedanke, bsp. den Setter nur im Package und nicht außerhalb verfügbar zu machen.

Die Delphi-Dokumentation nennt es gerne Namespaces, aber das ist schlichtweg nicht wahr. Es sind einfach nur Prefixe im Unit-Namen.

[Stevie]

Wenn ich richtig informiert bin, macht man aber auch in C# solche Klassen, über die wir hier sprechen nicht internal sondern public, auch wenn man sie direkt nicht benutzt bzw instanziiert.

Denn auch dort schreibt man DI Container Code ja nicht direkt in diesen Namespace sondern hat einen extra Codebereich dafür (oder machts über XML).

Womit wir wieder beim gleichen "Problem" wären. Man versteckt die Klassen ja nicht, damit irgendein unwissender Entwickler sie nicht aus Versehen benutzt.

[Furtbichler]

Zitat von Stevie:

Man versteckt die Klassen ja nicht, damit irgendein unwissender Entwickler sie nicht aus Versehen benutzt.

Wir verstecken Klassen, damit man sie nicht einfach unkontrolliert instantiiert, sondern geregelt über eine Factorymethode. Das Problem ist, das manchmal virtuelle Initialisierungsroutinen aufgerufen werden müssen, und das ist im Konstruktor leider problematisch. Unsere Lösung: Interface publizieren, Klasse verstecken, Factorymethode öffentlich machen. Dort findet dann die geregelte Instantiierung und Initialisierung statt.