Wohin mit Factory Methoden?

[nrg]

Hallo Zusammen,

ich habe bei properties/ini-gesteuerten, shellbasierten Anwendungen folgende Packagestruktur:

domain.firma.projektname

Dort liegt dann die Main und der Process. Der Process wird von der Main gestartet.

Dann gibt es eine Config (liest, überprüft und hält die Properties):

domain.firma.projektname.config.Config

Außerdem habe ich natürlich zahlreiche andere Packages, die Klassen für den Prozess abbilden. Diese Klassen muss ich natürlich auch instanziieren und oftmals ist die Instanziierung natürlich auch von der Config abhängig.

Jetzt meine Frage: wohin mit diesen Factory Methoden?

1, Normal würde ja in der Klasse selbst eine Methode à la

getInstance()

passen aber ich habe mir vorgenommen in den Klassen keine Abhängigkeit zur Config herzustellen. Diese sollen davon imho nichts wissen (ob das die Praxis ist, kann ich aber auch nicht genau sagen).

2, Ich kann natürlich im Process einfach Methoden à la

createNewWhatEver()

, die mir dann die Objekte anhand der Config instanziiert.

3, Wie Punkt 2 nur in der Config

4, Wie Punkt 2 und 3 nur in einer eigenen Klasse (z.B. ProcessFactoryHelper)

Ich hoffe das ist so verständlich. Ich möchte einfach wissen, wie ihr das macht bzw. ob es dafür ein Design Pattern gibt. Kann natürlich sein, dass das Ganze völlig irrelevant ist und das jeder so macht, wie er lustig ist .

Danke und Grüße
nrg

 

[Landei]

Hört sich so an, all solltest du dir mal Dependency Injection anschauen. Wenn du nicht schon ein Framework verwendest, dass das unterstützt, würde ich Google Guice als Stand-Alone-Lösung empfehlen.

 

[fastjack]

Ich würde zur ProcessFactoryHelper tendieren.

 

[nrg]

ok, danke euch beiden. Dependency Injection habe ich mir mal angeschaut aber ich brauch aktuell nur eine triviale/simple Lösung. Deshalb mach ich mir wohl eine kleine Factory-Class.