hawkeye78

Hallo,

ich bastele gerade an meinem eigenen und ganzen privaten Framework das auf dem Konzept von MVC basiert. Ich hatte mich dabei zum einen für ein eigenes Framework entschieden weil ich es als Konzept von einem guten Freund zur Verfügung gestellt bekommen habe und zum anderen weil ich denke das hierbei der lerneffekt größer ist als ein bereits fertiges Produkt zu nehmen.
Allerdings habe ich nun eine Frage, das Model-View-Controller-Konzept sieht ja eigentlich vor das jede (Datenbank-)Tabelle genau über ein Modell erreicht wird. Nun habe ich aber bei dem Projekt was ich versuche damit umzusetzen Abfragen die über insgesamt 5 Tabellen gehen. Was für mich ja bedeutet ich müßte in einem Modell vier weitere Modell-Aufrufe machen und diese dann per PHP zusammenfügen. Nun führt bei mir dieser Punkt zu leichten Zweifel ob das wirklich performant ist und ob es nicht clever ist, den von mir geschriebenen Datenbankwrapper so zu erweitern das er auch über mehrere Tabellen Abfragen ausführen kann, was aber im Gegensatz zu der MVC-Idee steht.
Da ich, wie oben beschrieben, noch in der lernphase bin, und auch keine Ahnung habe wie andere Frameworks das ganze umsetzen wollte ich mich hier mal umhören und nachfragen ob es wirklich geschickt ist, jede Tabelle genau über ein Modell abzufragen oder ob es bei anderen Frameworks auch etwas aufgeweicht wird.
Ich würde mich über eine oder andere Antwort freuen, da das ganze zwar "nur" ein Wochenende/Feierabend Projekt ist, ich aber gerne dabei etwas lernen würde und da macht es in meinen Augen am meisten Sinn wenn man das vorgehen gleich versteht / umsetzt.
Viele Grüsse
Dan


PS
Ich hoffe ich bin im richtigen Unterforum gelandet, falls ja möchte ich mich hier schon einmal entschuldigen und einen Moderator bitten die Frage ins richtige Forum zu verschieben...

Mister Ad

Trainmaster

Wie kommst du darauf, dass das im Gegensatz zum MVC-Gedanken steht? Es besteht rein gar kein Zusammenhang zwischen Modell und Tabellen.

hawkeye78

vielleicht habe ich da schon das Konzept falsch verstanden aber mein Verständnis für das MVC-Konzept sieht im moment so aus

Modell
Stellt die Methoden zur Abfrage der Datenbank zur Verfügung und zwar pro Tabelle eine Modell

Controller
Fragt die Modelle ab um an die Daten heran zu kommen und bereitet sie auf

View
erhält die Daten vom Controller und macht daraus gültigen HTML-Code

Vielleicht ist daran etwas falsch. Aber das war meine bisherige denkweise und da jedes Modell genau auf eine Datenbank-Tabelle zugreift muss der Controller halt die Abfrage über mehrere Modelle laufen lassen (ok vielleicht habe ich im ersten Beitrag auch den falschen Terminus benutzt...)

Trainmaster

Ich sehe schon, du bist sehr fixiert auf die ein Modell - eine Tabelle Beziehung. Woher rührt diese Überzeugung?

Grundlegend kann gesagt werden: Ein Modell repräsentiert Daten. Woher diese Daten stammen, bestimmst allein du. Ob eine oder mehrere Datenbank-Tabellen, Dateien, Session u.ä.! Bitte vergesse ganz schnell, dass ein Modell zwigend an eine Datenbank-Tabelle gekoppelt ist.

dr.e.

Befasse dich mal mit dem "table data gateway"-, "row data gateway"- bzw. "data mapper"-Pattern oder auch mit dem "domain model"-Pattern. Die Literatur kennt hierzu ausführliche Beschreibungen der einzelnen Vorgehensweisen und es ich nicht notwendig, ein Kompendium hier zu rezitieren.

Ich schließe mich hinsichtlich der Präsentation dahingehend an, dass ein Model im Sinne eines Domänen-Modells auch durch eine Struktur mehrere Klassen-Instanzen und deren Beziehungen repräsentiert werden kann.

__________________
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!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

nikosch

Vielleicht verwechselst Du (oder Dein guter Freund) hier MVC auch mit ORM.

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

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

hawkeye78

Ich glaube meine Fixierung auf ein Modell resultiert vor allem daraus, das mein Wissen in dieser Beziehung sehr begrenzt ist. Vielleicht sollte ich einfach noch mal einen Schritt zurück gehen und mir darüber klar werden, welche Design Patterns es gibt und welches davon für mich am besten ist...

Nachtrag:
Ich noch einmal.... ich habe mich gerade mal mit Hilfe von Google ein bißchen umgeschaut und bin bei dem Wikipedia-Artikel: "Ruby on Rails"[1] (ok es ist nicht PHP. aber das ist ja bei dieser Diskussion, sekundär) über folgende Formulierung gestolpert:

Darum bin ich jetzt immer noch ein klein bißchen verwirrt ob meine erste Idee, das jede Modell-Klasse genau eine Tabelle abdeckt vielleicht doch nicht sooo falsch war

[1] http://de.wikipedia.org/wiki/Ruby_on_Rails

mquadrat

Ich sag mal: Kann man so machen, muss man aber nicht. Wenn man keinen DataMapper verwendet, sondern Active Record macht es Sinn, dass eine Modellklasse einer Tabelle entspricht. Ich handhabe das meist auch so, aber Pflicht ist es keine.

Gerade bei großen Anwendungen kommt man schnell an einen Punkt, an dem man eine Zusammenfassung von Daten aus mehreren Quellen braucht.

__________________
Wir suchen PHP Entwickler (Vollzeit) im Raum Darmstadt / Rhein-Main. Infos via E-Mail mueller@new-frontiers.de

Trainmaster

Sie ist es dennoch, weil du explizit auf das MVC-Konzept eingegangen bist. Für ein anderes Entwurfsmuster mag deine Überlegung zu treffen, nicht aber, und ich wiederhole das gerne noch einmal, um das MVC-Konzept im Allgemeinen zu beschreiben.

tr0y

Als Randbemerkung sei auch erwähnt: MVC ist ein Pattern, zu Deutsch: eine Vorlage, Es ist nicht Zwingend gesagt das ein einziges Model nur auf eine Tabelle zugreift.

__________________
Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.