Zitat von dr.e.

@xm22:
1) Nein, du sagtest das Gegenteil. Du sprachst davon, dass es von Nachteil ist, HMVC im APF nur auf GUI-Ebene einsetzen zu können und in Kohana sei das mit dem Ansatz über den Controller flexibler. Das ist nicht korrekt, denn im MVC-Jargon ist der Controller ebenfalls in der Präsentations-Ebene angesiedelt. Damit ist der Ansatz hinsichtlich Präsentations-Ebene hin oder her exakt gleich zu bewerten.
2)

HMVC-Knoten mit einer fixen URI zu konstruieren geht IMHO am Konzept von HMVC vorbei und erzeugt trotzdem explizite Code-Abhängigkeiten. Möchtest du einen Knoten alleine Testen (es muss ja nicht mal ein Unit-Test sein), dann wirst du auf die Nase fliegen. Ob die Taglibs oder der Aufruf einem Muster folgt oder nicht, spielt dabei keine Rolle. Denn: Basis-Abhängigkeiten zu einem Page-Controller oder sonst einem Steuer-Element wirst du immer haben. Das ist wie die explizite, uneingeschränkte und unwiederrufliche Abhängigkeit von dir zu Sauerstoff.
Der Vorteil des Taglib-Konzeptes ist, dass die Abhängigkeiten im Baum von aussen eingeimpft werden (inversion of control) und nicht explizit in der Komponente vorhanden sind. Das erhöht die Wiederverwendbarkeit und bietet die als Entwickler die Möglichkeit, auf den Aufbau und die Transformation des Baumes Einfluss zu nehmen, ohne das Composite-Konstrukt des Baumes in irgendeiner Weise ungenerisch werden zu lassen. Du musst das nicht tun, aber du kannst es. Beispiel: je nach URL kannst du in einem Bereich der Seite ein komplett anderes Konstrukt aufbauen als noch einen Request zuvor, ohne, dass du im Controller explizite andere Module laden musst.

Zitat von Flor1an

Ganz schön rutschig hier.

Zitat von Jens P.

dr. e. gibt einfach die besten Beiträge die ich bisher hier glesen habe! Ich muss dr. e. zusätzlich Recht geben! Das was er sagt ist perfekt! Ich liebe das APF.

Ich kann dem Threadersteller nur empfehlen das APF zu nutzen [...] Das APF ist durchdacht!

Zitat von dr.e.

@dsentker:
Genau das meinte ich mit fehlender Abstraktion, Kapselung und Wiederverwendung! Das mag für den einfachen Anwendungsfall passen, du willst aber sicher nicht alle Abhängigkeiten eines Moduls in einem Controller auflösen oder dich in einem speziellen Controller darum kümmern müssen, welche Parallel-Controller existieren. Gerade bei komplexen GUI-Strukturen ist das wirklich problematisch.