nikosch

Halte ich für Unsinn.

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

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

Mister Ad

dsentker

Ich bin nun verwirrter als vorher.

Ist folgende Behauptung nun falsch oder richtig?

· Model = PHP-Objekt = repräsentiert Tabellenzeile, XML Node etc
· Repository : kümmert sich um das Befüllen eines Models anhand eines vorher festgelegten Datensatzes, wobei das Model nicht weiss woher die Daten kommen.

__________________

lcrash

Ja im allgemeinen wird das nicht empfohlen. Erweist sich aber als sehr praktisch in der Praxis.

nikosch

Genauso praktisch wie globals und register_globals? Alles ist so lange praktisch, bis es unpraktisch wird.

Ist mir in diesem Zusammenhang noch nicht untergekommen.

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

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

dr.e.

Die Frage ist doch: Sprechen wir bei "Model" von

a) DTO/VO
b) Domänen-Objekt

und welche Rolle übernimmt die Verarbeitung. Das sind

a) das Objekt selbst oder
b) ein externer Mapper, der injiziert oder selbst in Erscheinung tritt.

Ein Repository jedenfalls hat an dieser Stelle nur etwas zu suchen, wenn du einen Verzeichnis-Dienst für unterschiedliche Models anbietest (quasi eine Model-Agentur )

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

dsentker

Was meinst du mit unterschiedlichen Models? Wie ein Model auszusehen hat, sollte nur grob festgehalten werden. Es bildet ja nur die Daten einer bestimmten Quelle ab.

Ich habe noch nie richtig mit Doctrine gearbeitet, aber ich glaube dass der EntityManager von Doctrine nichts anderes als ein Repository oder eine Repository-Factory ist.

__________________

dr.e.

Sofern du aktuell nur mit MVC gearbeitet hast, solltest du dich mit dem domain object pattern beschäftigen (siehe http://martinfowler.com/eaaCatalog/domainModel.html bzw. http://www.corej2eepatterns.com/Patt...nessObject.htm). "Grob" ist in diesem Zusammenhang nicht zu gebrauchen, da ein Model exakt eine Geschäfts-Entität abbildet - Daten plus Verhalten. Sofern du ein komplexes Business-Modell hast, können unterschiedliche Domänen-Objekte sehr wohl aus unterschiedlichen Quellen gefüttert werden bzw. auch eine Komposition von mehreren Quellen sein.

Der Entity-Manager ist im Wesentlichen ein O/R-Mapper, der dir CRUD-Funktonalitäten in generischer Art für jeweils Einzel-Objekte anbietet. Sofern er gut ist, kannst du auch noch mit Beziehungen zwischen Objekten arbeiten. Ein Content-Repository geht noch einen Schritt weiter und bietet die Funktionalitäten wie Versionierung, Suche u.ä. an. Ein Akronym wie "Repository-Factory" gibt es nicht. Eine Factory kann Teil eines Repositories sein, sollte es jedoch nicht.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~