Moin

Unter der Aspekt, dass das MVC-Muster dazu dient, den Code modular aufzubauen, damit er übersichtlich und wiederverwendbar ist, wird in dem letzten (sicher extremen) Beispiel aber doch erstmal sehr viel Code produziert. Statt 3 Seiten-Files werden hier 3 Controller, 3 Models, 3 Views und 3 Templates, also 12 Files benötigt.

Es geht in dem Beispiel von lemme.at, was nicht zu den schlechtesten gehört, im letzten Schritt um Trennung der Ansichten für die gesamte Seite (äußeres Template) und den Modulansichten (inneres Template). So kannst du für außen mittels entscheidungsvariablen sagen ob Rahmenansicht für normale Seite oder Forum (unterscheidet sich vielleicht) und für das Forum kannst du 2 Ansichten für Liste und beitragsansicht erstellen. Diese Unterteilung hilft auch dem Model die entsprechenden richtigen Daten zu entlocken.

Wenn du dein erstes größeres projekt so aufbaust, wirst du schnell den Vorteil erkennen. Wobei ich im Moment eher zur MVP-Struktur übergegangen bin. Da wissen view und Model nichts von ein ander und nur der Controller kommuniziert und steuert.

Sinn und Zweck hinter MVC ist übrigens die strikte Trennung zwischen Datenhaltung/Geschäftslogik, Steuerungslogik und Präsentation. Somit kannst du verschiedene DAtenbanken hinten dran hängen, Verschiedene Ansichten für verschiedene Endgeräte und Anwendungsfälle erzeugen (z.B. für API o.ä.) das ganze wird über den Controller als Kommunikationsschnittstelle geregelt.

Gruß Bobby