nicht angemeldet
Hallo Nick,
Der Sinn einer abstrakten Fabrik ist es ja, vor dem Aufrufer zu verbergen, was er genau instanziert und wie das abläuft. Wenn man so etwas verwendet, sollten eigentlich auch alle Instanzierungen über die Factory laufen, sonst verliert man ja die Austauschbarkeit der Implementierung und kann sich die Factory damit auch schenken.
Es kann Ausnahmen geben, wenn man in einem ganz speziellen Fall mal eine konkrete Implementierung verwenden muss, das scheint mir aber nicht gegeben zu sein.
Dein DatabaseClient/IDatabaseClient ist was? Für mich sieht es nach einer Art Fassade aus, über die die GUI-Schicht o.ä. auf die "Business"-Schicht zugreift.
- Frage
Muss/Soll man die Methode creatUser auch im Client/Schnittstelle implementieren?
Ich möchte ja später mit der Schnittstelle arbeiten, wenn die Schnittstelle aber kein createUser enthält, wäre das nicht so praktisch.
Mir ist noch nicht ganz klar, was die Schnittstelle tut. Ich vermute aber, dass die Antwort "Ja" ist. Die Frage ist dann eher, wie man sie implementieren sollte.
- Frage
Die konkrete Fabrik erstellt mir ja einen User mittels der Methode createUser()
Nun ist es aber so, dass (die Anwendung läuft auf einem Server und auf mehreren Clients) auch ein Client einen User erstellen kann. Der Client hat jedoch keine Datenbank, und deswegen wäre es ja auch sinnlos eine DatabaseFactory zu erstellen. Darf man den User also auch direkt über das BusinessObject::User erzeugen, oder darf man dafür nur die createUser() der konkreten Fabrik verwenden?
Wie gesagt sollte das normalerweise über die Fabrik laufen.
Wenn ich das richtig verstehe, gibt es bei Dir eine Client-Anwendung und eine Server-Anwendung die über irgendetwas kommunizieren?
Die Business-Objekte kommen dann auf dem Client und dem Server vor und werden irgendwie ausgetauscht/synchronisiert.
Wo liegt nun Deine Datenbanklogik? In den Business-Objekten? Wenn ja, dann brauchst Du vermutlich sowieso für Client und Server unterschiedliche Implementierungen der Objekte und der Factory (womit das Muster dann wenigstens einen gewissen Sinn ergäbe ;-)
Liegt die Logik irgendwo anders, brauchst Du evtl. den ganzen Factory-Kram nicht (wenn es keinen Grund für unterschiedliche Implementierungen gibt) und dann darfst Dir was anderes überlegen ;-)
In einer "modernen", "einfachen" Client-Server Anwendung mit Datenbank würde man wohl sowas machen:
Es gibt Business-Objekte, die datenbankunabhängig sind und auf Client und Server verwendet werden. Die werden auf Client und Server gleichermaßen verwendet und dazwischen ausgetauscht oder synchronisiert.
Wenn der Client einen Benutzer anlegt, instanziert er ein Benutzer-Objekt, befüllt es mit Daten und ruft beim Server "createUser(Benutzer-Objekt)" auf.
Das speichern in die/laden aus der Datenbank übernimmt dann ein System wie Hibernate, das das mehr oder weniger Transparent erledigen kann.
Sowas bringt allerdings nochmal eine ganze Menge Einarbeitungsaufwand mit sich, den Du Dir vermutlich zum jetzigen Zeitpunkt noch nicht antun solltest.
Generell scheint mir Dein Entwurf noch etwas chaotisch. Weißt Du wirklich, warum Du welches Muster verwendest?
Grüße
Daniel