Vllt erkläre ich mal die Architektur meiner Applikation. Ich nutze das Zend Framework. Deshalb ist meine Anwendung grundsätzlich schon mal in Model, View und Controller aufgeteilt. Es gibt ja unterschiedliche Auffassung darüber was das Model und was der Controller zu tun hat. Bei mir übernimmt das Model nicht nur die Datenspeicherung, sondern enthält die komplette Business-Logik. Das Model habe ich allerdings erneut in mehrere Teile aufgeteilt. Jedes Model hat dabei einen oder mehrere Mapper, die wiederum auf eine oder mehrere Datenbanktabellen mappen (Es könnten theoretisch auch andere persistente Medien genutzt werden). Alle Datenbanktabellen, die direkt über foreign-keys miteinander verknüpft sind gehören zu einem Mapper. Der Mapper erzeugt aus den Daten, die die Daten(bank)abfrage geliefert hat, ein Objekt einer Record-Klasse. Diese Record-Objekte sind beim Einsatz von Datenbanken immer einzelne Zeilen, wobei diese über den Mapper zu anderen Datensätzen verlinkt werden. Diese Records werden an das Modelobjekt zurückgegeben. Dort ist dann die eigentliche Applikationslogik implementiert. Die Daten werden dort also irgendwie weiterverarbeitet. Das Resultat wird dann über den Controller an die View-Schicht weitergeleitet.
Grundsätzlich ist es nun aber so, dass alle Mapper einen Konsens haben, sprich Methoden und Eigenschaften, die jeder Mapper braucht. Deshalb habe ich eine abstrakte Klasse implementiert. Ein Mapper wird manchmal nicht nur von einem Model, sondern auch ab und zu von zwei Models benutzt. Da der Mapper aber immer dasselbe macht, braucht man keine zwei Objekte. Außerdem implementiert der Mapper einen Zwischenspeicher. Daten die ein Model abgefragt hat, brauchen deshalb nicht nochmal von einem anderen aus der Datenbank gelesen werden. Dies wiederum geht nur, wenn beide Models dasselbe Objekt verwenden. Also warum kein Singleton für alle Mapper? Besteht die Gefahr ein Äquivalent zu globalen Variable zu schaffen? Wieso sind globale Variable überhaupt ein Problem? Doch wahrscheinlich aus demselben Grund, warum man Namensräume eingerichtet hat, oder? Man kommt durcheinander und weist Variablen, die für andere Dinge gedacht waren, Werte zu, die woanders gespeichert werden sollten. Ich nutze aber, wie das Zend Framework, eine "User at will"-Struktur, die mir die Klassen lädt, wenn ich sie brauche. Aus dem Klassennamen kann man also die genaue Position der entsprechenden Datei ablesen. Eine Klasse ist bei mir immer Mindestens zwei Ordnerebenen tief, weshalb jeder Klassenname mindestens so lang ist: Default_Ordnername_NamederDatei. Dabei entsteht wirklich keinerlei Gefahr irgendetwas durcheinander zu bringen. Ein Mapper besitzt also immer folgendes Präfix: Default_Model_Mapper_.
Dass die Unittests schwierig zu implementieren sind, wusste ich noch nicht. Das könnte natürlich ein Argument sein. Das ist aber vllt. unter Berücksichtigung der Absicherung zu rechtfertigen.
Das ist jetzt natürlich nur ein kurzer Abriss von der Struktur. Falls es jemand noch genauer wissen will, schick' ich ihm einfach einen Auszug aus meiner vorläufigen Dokumentation. Falls sich jemand fragt, warum ich so ein Aufwand betreibe, im Prinzip soll eine hohe Flexibilität gewährleistet werden. Eine Anwendung mit dieser Struktur ist z.B. auf beliebig viele Server verteilbar;-)
