[javafreak]

Hallo allerseits!

Ich benutze in meiner PHP-Anwendung, die objektorientiert aufgebaut habe, eine Datenbank, weiß aber nicht, wie ich sie am besten einbauen soll.

Soll ich eine Klasse MySqlDatabase anlegen, über die man dann die Queries sendet? Aber dann stellt sich doch die Frage, wie die einzelnen Models an diese Datenbank gelangen, ich will sie ja nicht in meiner ganzen Anwendung über durch den Konstruktor übermitteln.

Gibt es da irgendwelche Standardansätze bzw. habt ihr ein paar Tips für mich auf Lager?

Beste Grüße,

Lukas

[Elliot]

Falls du auf bereits vorhandenes zurückgreifen möchtest kannst du dir das Zend Framework ja mal anschauen, wenn du es selbst schreiben willst kannst du dich ja zumindest davon inspirieren lassen

[dr.e.]

Hallo javafreak,

aus meiner Sicht ist es egal, ob du nun in PHP oder JAVA implementierst. Die Welt der Pattern bietet dir zu diesem Problem das 3-Schicht-Architektur-Modell, das Data-Mapper-Pattern und das Domain-Object-Pattern. Nutz man diese in Kobination, würde deine Business-Schicht auf eine Komponente zurückgreifen können, die Domain-Objekte (nicht Models!) laden, speichern und löschen kann. Die Anwendung als solches hat damit keine Berührung mit irgendwelchen SQL-Queries. Diese werden allein im Mapper erstellt und gegen eine weitere Abstraktionsschicht abgesetzt. Das ist state of the art im Bereich Enterprise Application Development. Das zend Framework hilft dir da nur bedingt weiter, da es zwar Lösungen für das Active Record- oder das Table Data Gateway-Pattern implementiert, jedoch die Frage nach der allgemeingültigen Abbildung von Relationen zwischen Domain-Objekten nicht beantwortet.

Zum allgemeinen Software-Design kannst du dir mal mein Kommentarfunktion-Tutorial durchlesen (http://www.adventure-php-framework.o...ktion-Tutorial). Dieses behandelt Web-Software-Design mit Enterprise Pattern.

[javafreak]

Okay, danke erstmal für eure Antworten!

Ich schildere noch einmal mein Problem:
Ich habe für jeden Datentyp (User, Post, Comment usw.) eine eigene Klasse angelegt. Diese haben diverse setter- und getter-Funktionen (getTitle usw. ) und eben auch eine write Funktion, die die ganze Schose dann in die Datenbank schreibt.
Darüber hinaus habe ich Model-Klassen, welche Post-, Comment-, usw Objekte über Funktionen zurückliefern, die sie mit Hilfe von DB-Queries zusammenbauen.

Doch wie soll jede Datentyp-Klasse (Post, Comment) Zugriff auf die DB haben? Ich möchte ja nicht jeder Comment-Instanz die ganze Datenbank überreichen.

Ich hoffe, ihr versteht was ich meine. Es geht mir also nur um die Kapselung der DB-Connection.

[dr.e.]

Hallo javafreak,

zunächst noch ein Hinweis: ein Model ist keine Business-Schicht! Ein Model ist die gesammelte Information über den Zustand einer Applikation oder deren interne Abläufe.

Aus deiner Antwort schließe ich, dass du dir den Artikel nicht durchgelesen hast. Was du brauchst ist eine konkrete Implementierung einer Business- und Datenschicht, die deiner Präsentationsschicht Methoden für die Abwicklung deiner Applikation und das damit verbundene Datenhandling mitgeben. Im Konkreten Fall des Daten Ladens sollte deine Business-Komponente eine Methode wie getComments(), getCommentByID(), etc. haben. Diese liefern dir eine Liste von Comment-Objekten oder auch nur ein bestimmtes Objekt (=Domänen-Objekt) zurück. Die Datenschicht wiederum stellt der Business-Schicht einen definierten Service über die öffentlichen Methoden zur verfügung, mit denen die Business-Schicht agieren kann. Die Datenschicht wiederum sollte zur Kommunikation auch nur Domänen-Objekte (User, Post, Comment, ...) verwenden. Innerhalb der Datenschicht müssen dann die relationalen Daten aus der Datenbank in Domain-Objekte gemappt werden. Beim Speichern verhält sich das genau umgekehrt, dort müssen aus Objekten SQL-Statements erzeugt werden.

Es geht mir also nur um die Kapselung der DB-Connection.

Das Connection-Handling an sich kann man kapseln - Stichwort MySQL-Klasse - ist aber glaube nicht dein eigentlicher Fokus.

[javafreak]

Ich glaube ich habe es einigermaßen verstanden. Ich erstelle also mehrere Mapper-Klassen, die je nach Bedarf verschiedene Funktionen zum Laden von Datenbankinhalten inklusive Umformung in Objekte bereitstellen.
Die Mapperklassen können also alle mit SQL umgehen.

Domänenobjekte sind Objekte, die ganz einfach nur getter- und setter-Methoden bereitstellen. Sie sind also ganz einfach nur 'Datentransporter'.

Habe ich's richtig verstanden?

Ein Model ist die gesammelte Information über den Zustand einer Applikation oder deren interne Abläufe.

Was für gesammelte Informationen besitzt ein Model? Kannst du ein kleines Beispiel geben?

Viele Grüße,
Lukas

[dr.e.]

Domänenobjekte sind Objekte, die ganz einfach nur getter- und setter-Methoden bereitstellen. Sie sind also ganz einfach nur 'Datentransporter'.

Habe ich's richtig verstanden?

Ja.

Was für gesammelte Informationen besitzt ein Model? Kannst du ein kleines Beispiel geben?

Solche Infos können folgende sein:
- Anzeige welcher Inhalte in definierten Views
- Informationen über den eingeloggten Benutzer, bzw. den Login-Status
- Informationen über den aktuellen Mandanten, falls die Software mandantenfähig ist
- Stand innerhalb eines Workflows und deren Informationen aus Formularen etc.

Man muss einfach die konkrete Applikation analysieren. Oft wird recht wenig bis garkeine Inormation benötigt. In letzterem Fall kann man nach dem (H)MVC-Pattern auch ohne das "M" auskommen und die Funktion lediglich über ein Template (View) und einen zugehörigen Controller abwickeln.

[javafreak]

Alles klar, danke!

Lukas