Trainmaster

Aber geht es nicht darum, dem Model die Resource zu übergeben um so globale Objektzugriffe zu minimieren/vermeiden?

Mister Ad

bitsnack

Das Model muss hier aber selbst entscheiden ob es jetzt z.B. eine Datei benutzt oder die Datenbank wenn ich dich richtig verstanden habe, was ja das was man eigentlich ermöglichen will verunmöglicht.
Wenn du aber meinst das man als db-Resource eben auch ein Objekt einer Dateiklasse übergeben kann bzw. es so gedacht wäre ist es einfach Dependency Injection über einen abstrakten Setter, nicht?

Trainmaster

Jein, das Model kann schlichtweg auf verschiedene Resourcen zugreifen und damit arbeiten. Es geht nicht darum, dass das Model entscheidet, welche Resource es benutzt, sondern darum, dass in den Methoden des Models mit diversen Resourcen gearbeitet werden kann.

nikosch

Dann musst Du aber das Model auch so anlegen und dann kannst Du auch gleich die benötigten Ressourcen als Parameterliste setzen:

Es geht nicht darum, den Ablauf im Model möglichst flexibel zu halten, der steht fest. Sondern darum, möglichst flexibel Resourcen anbinden zu können und diese ggf. austauschen zu können. setResource() macht schon den Anschein, dass es später eine Entscheidungssituation gibt.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

G.Schuster

Nö.
Aber da offensichtlich eh keiner die von mir schon weiter oben geposteten Resourcen liest klink ich mich hier aus, ich werf die Perlen lieber anderen Säuen vor...

__________________
actra.development - Schwabstr. 2 - 70825 Münchingen
www.actra.de/velopment/ - eMail: php.de@actra.de
Zend Certified Engineer for PHP5

bitsnack

Habe mir das durchaus angesehen, weiss aber nicht ob ich es richtig verstanden habe:

Es gibt für jedes Model also das Model selbst welches eigentlich nur als Datenobjekt fungiert, einen Mapper welcher die Daten irgendwie und irgendwo speichert und einen Service welcher die Daten validiert und den man schlussendlich benutzt. Um beim Beispiel des Links zu bleiben: Eine Person erstellen müsste also folgendermassen funktionieren:

Ist das so richtig?

nikosch

Naja irgendwo ist das ja logisch. Gerade wenn eine Liste von Personen in der DB gehalten wird braucht man ja eine übergeordnete Instanz, die dann eben ein Personenobjekt liefert/erzeugt.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Trainmaster

Ehrlich gesagt hatte ich bei deinen genannten Resourcen bei der ein oder anderen Stelle Verständnisschwierigkeiten bzw. sind mir die konkreten Beziehungen nicht klar geworden. Vor allem, wie ich die spezifischen Schichten auf das MVC-Prinzip übertragen soll.

Soweit ich das Ganze nach meinem Verständnis auffassen konnte, ist das Model an sich völlig "dumm". Die Methoden eines Models, in diesem Beispiel die Klasse Person, haben bspw. eine konkrete Datenbank-Abfrage nicht selbst implementiert, sondern beziehen sich auf ihre spezifischen Mapper. Das kann beispielweise ein Mapper für die Session-Resource als auch für eine DB-Resource sein, korrekt? So ruft zum Beispiel die Method logout() der Klasse Person eine Methode saveXYZ() des spezifischen Resource-Mappers auf. Den angesprochenen ServiceLayer verstehe ich als einen spezifischen Controller der Person-Klasse.

Wie gesagt, ich finde dies mehrschichtige Konzept für einen "Laien" wie mich nicht auf Anhieb durchschaubar. Dennoch versuche ich mit bestmöglichen Verstand mir daraus etwas abzuleiten. Und nicht zuletzt bietet dieses Forum Platz dafür, um nicht verstandene Themen aufzuarbeiten und zu verstehen.