fab

Warum so entsetzt? Wenn man Smarty ins MVC Modell pressen will, ist das für mich ganz klar die View-Komponente.

Trotzdem...
...ziemlich weit entfernt davon. Das ist stinknormale prozedurale Programmierung, die nicht zu MVC wird indem du irgendwelchen Funktionen und Dateien das Label "Model" und "Controller" verpasst.

Als Denkanstoß: Nicht alles in einer Anwendung ist M, V oder C. Ursprünglich kommt MVC aus der GUI-Programmierung von Desktop-Anwendungen, bezieht sich also eigentlich nur auf die Oberfläche bzw. Präsentations-Schicht. Auf Web-Anwendungen lässt sich das durch die Einschränkung des status-losen HTTP-Protokolls nicht 1:1 übertragen, was zu den unterschiedlichsten Interpretationen und Abwandlungen geführt hat.
Aus diesen Gründen sind Aussagen wie "im Controller ist die Business Logik" oder "im Model ist die Business Logik" (findest du beides, je nach Interpretation) mit Vorsicht zu genießen. Da gibt es kein absolutes "richtig" oder "falsch", den Versuch, die ganze Anwendung irgendwie in MVC einzuordnen verfehlt IMHO allerdings den Zweck des Patterns und führt nicht zu sauberer Programmierung.

__________________
PHP Blog + Library
CSS Effects + Tools

Mister Ad

Solu

Ist mir klar, ich wollte wissen ob die Aufgaben zumindest vom denken her, richtig verteilt wären.
In meinem Fall ist es so: Die View (also Smarty in meinem Fall, auch wenn das noch nicht stimmig ist) gibt ein Layout der Seite aus. Welches Layout wird wiederum vom Controller entschieden bzw. letztendlich vom Model da dieses eine DB abfrägt welches genommen wird.
Weiterhin holt sich der Controller vom Model alle zur Vefügung stehenden Komponenten welche als Content dienen. Der Content wird ebenfalls wieder vom Controller der Template-Engine zugewiesen. Das Layout, lädt dann den Content mittelns include_php (lädt also die "Hauptdatei" (mittels Smarty) der Komponente, welche weitere Aktionen ausführt innerhalb der Komponente). Mit dem momentanen Wissensstand macht das in meinen Augen sinn.

litterauspirna

Naja der Controller holt sich das nicht wirklich vom Model, sondern das Model stellt dem Controller Daten zur Verfügung, oder der Controller gibt dem Model Daten die es dann in der Persistentschicht oder sagen wir einfach mal Datenbank speichert.

MVC ist ansich so nicht wirklich das Problem, dass Problem ist nur das vieles auf Zwang ins MVC hinengepresst wird.

Die Anwendung baut sich aber im Prinzip anders auf, das MVC ist eben ein Pattern in der Präsentationsschicht. Drumherum passiert aber noch ne ganze Menge. Ich schlage vor du nimmst dir mal ein einfaches MVC Framework und schaust dir an wie das ganze da aufgebaut ist, dann kannst du vieleicht eher bessere Schlüsse ziehen.

__________________
Aus dem Dynamo Lande kommen wir. Trinken immer reichlich kühles Bier. Und dann sind wir alle voll, die Stimmung ist so toll. Aus dem Dynamo Lande kommen wir.
http://www.lit-web.de

nikosch

Ja. Aber Dein Controller ist kein typischer MVC-Controller, sondern eher ein Frontcontroller.

„Content“ ist im View-basiertem Ansatz wiederum eigentlich nur eine Eigenschaft der View-Schicht, nicht _die_ View-Schicht.

Wie bereits erwähnt, macht MVC eher Sinn in UI-lastigen Anwendungen oder Applikationen mit Verarbeitungs- und Anzeigelogik (z.B. in Teilkomponenten wie Gästebüchern oder allgemein Form-Komponenten).

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

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

fab

"Komponenten welche als Content dienen" - das verstehe ich nicht. Was ist jetzt für dich eine Komponente? "Das Layout, lädt dann den Content [...]" - Du inkludierst also View-Komponenten (Smarty-Templates nehme ich an?), die selbst Aktionen ausführen? Das sollte nicht so sein, was sind das denn z.B. für Aktionen?
Ein austauschbares Layout als Model ist auch fragwürdig, zumindest aber ein schlechtes Beispiel, um MVC zu verstehen, da dabei wieder verschiedene Bereiche vermischt werden.

__________________
PHP Blog + Library
CSS Effects + Tools

Solu

Das Layout lädt nicht, es inkludiert nur die gegebene Datei. Keine Smarty-Templates, sondern den Controller des Moduls

Ich denke, ich nehme hier mal den Begriff Modularität in den Mund auch wenn womöglich jetzt noch mehr Verwirrung auftaucht. Du musst es dir so vorstellen... Das "Modul" (z.B. eine Naviverwaltung oder so) ist vollkommen selbstständig. Es wird lediglich die module.php in das Layout inkludiert. Die module.php beinhaltet wiederum eine Smarty Instanz, welche das entsprechende Template des Moduls lädt (sind mehrere möglich), ein eigener Controller eben. Hoffe es ist verständlich...

Das Model frägt die DB ab, welches Layout (Design-Technisch) gerade aktiv ist. Die Layouts unterscheiden sich also nur im Markup, beinhalten aber grob dasselbe. Verstehst?

fab

Das habe ich schon verstanden, das ändert nichts daran dass es ein schlechtes Beispiel ist, um MVC zu begreifen. Denn es geht ja gerade darum, Aussehen, Inhalt und Interaktion voneinander zu trennen, du machst hier aber das Aussehen zum Inhalt, Verwirrung ist (vor)programmiert. Das war auch nur eine Randbemerkung, also zurück zum Haupt-Thema:

Da lässt sich auch trefflich drüber streiten aber man kann es so machen. Bei geschachtelten Modulen, die alle ihre eigenen Controller haben, spricht man übrigens von HMVC, ein beliebtes Thema hier also wirf ruhig mal die Forensuche an wenn du tiefer in das Thema einsteigen willst.

__________________
PHP Blog + Library
CSS Effects + Tools

Solu

Werde ich, dank dir mal

nikosch

Ich empfehle Dir, erstmal MVC zu begreifen. HMVC ist noch ne Nummer zu groß bei dem Wissensstand.

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

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