joshiausdemall

Ich halte die ganze Diskussion für ein wenig bloated - das sind doch nur Detailfragen im großen Ganzen - die Qualität eines Frameworks zeichnet sich nicht durch die Feinheiten des MVC-Stacks aus, sondern durch die Referenz-Dokumentation (Platz eins, danach kommt lange erstmal nix), Robustheit (Code Coverage), Design, Feature-Richness.

HMVC oder wie man es jetzt immer nennt ist doch nur ein Name von vielen für das ewig gleiche Ding. Taglibs sind keine Voraussetzung für eine saubere Komponentenstruktur. Und selbst wenn man sie als solche ansieht, sind saubere View-Komponenten noch lange kein Garant, sondern eher schon ein Gegenmittel für performante Seiten - ich werfe mal das Stichwort Datenaggregation in den Raum.

Dass große Controller mit ewig langen Validierungs-If-Würsten schwer zu testen sind, lässt sich nicht wegdiskutieren, das ist keine Ansichtssache mehr, wenn man es einmal machen musste. Und hier kommt natürlich das Stichwort Service-Layer ins Spiel. Ein gutes Framework sollte hier sauber gekapselte und testbare Filter- und Validierungsmechanismen bieten. Ohne kommste auch mit HMVC oder Klonemann-MVC nicht weit. Du hast zwar wunderschöne Views und kannst Dich darüber freuen, dass Deine Templates fast wie JSF aussehen - aber der Rest der Anwendung bleibt smelly, weil einfach die Infrastruktur nicht stimmt.

Insofern würde ich lcrash zustimmen - der beste weil aktuellste und zukunftsträchtigste Stack in der PHP-Welt ist momentan Symfony.

Mister Ad

Renner

Im Prinzip ist der Einwand natürlich richtig, dass solche Detailfragen nicht die Auswahl eines speziellen Frameworks beeinflussen. Es geht hier aber primär nicht um die Wahl eines speziellen, sondern viel mehr über die Entscheidung für überhaupt ein Framework.

Das das erstmal nix mit MVC zu tun hat, haben wir ja weiter oben schon festgestellt.

Zu den Unterprozessen:

Der Hauptprozess sollte im Prinzip Action-unabhängig aufrufbar sein und seinen aktuellen Zustand bzw. den Unterprozess liefern bzw. ein Interface anbieten, den Prozess zu kontrollieren. Wenn es dann Sinn macht das mit verschiedenen Actions zu machen - warum nicht.

Im Endeffekt kann man das meinetwegen auch als ein Servicelayer bezeichnen. Der Gedanke von "Thin Controller, Fat Model" ist aber erstmal unabhängig davon, wie viel Schichten deine Architektur hat.

joshiausdemall

Vielleicht hilft das ja bei der Entscheidungsfindung: http://bit.ly/nWOcjc

Am interessantesten dürften die ersten beiden Kapitel sein, u.a. "Symfony vs. Flat PHP".

Eine monolithische Struktur wird Dir zwangsläufig ein Wartbarkeitsproblem bescheren - Modelclasses mit > 1000 LOC haben in Ihrer Domäne ebenfalls monolithischen Charakter. Die einzige Messeinheit für Code-Quality bleibt dann WTF/min. Auch und gerade daher kann man eigentlich den Einsatz eines Frameworks nur empfehlen, weil eben das Rahmenwerk zur Strukturierung seiner Anwendung bereits mehr oder weniger vorgegeben ist. Warum sollte man Hirnschmalz in Dinge investieren, die man viel lieber in Businesslogik stecken mag?

Renner

Ich habe nirgends geschrieben, dass man alles in eine Klasse packen sollte. Auch habe ich nirgends gemeint, dass es nicht erlaubt ist, Schichten einzuführen.

notyyy

solche threads sind doch überflüssig. Design und Performance passen auf den ersten Blick nicht zusammen, wenn man etwas weiter denkt lässt sich durch eine gute struktur auch ordentlich optimieren. warum prozedurale entwicklung bei großen projekten sinnfrei ist, muss man hoffentlich keinem im "software design" - forum erklären.

ich emfehle die nutzung eines frameworks stark, wenn du skeptisch bist schau dir das Zend Framework an, es besteht aus vielen komponenten und du bis extrem frei bei der umsetzung.

achtet drauf das ihr mind. eine Testabdeckung von 75% habt, aber das brauch ich ja keinem sagen, der schon länger entwickelt

mquadrat

OT: Also ich würde behaupten, dass die Verbreitung von PHPUnit als Testwerkzeug und nicht als Alibi (Guck, ich hab einen Test) nicht so wahnsinnig hoch ist. Bei den größeren Projekten vielleicht, aber wer z.B. einfach nur mal ein Modul schreibt und ggf. an dem ein oder anderen Modul was verändert dürfte ziemlich genau 0 Tests haben.

Thema: Wo ist der Unterschied ob du einen Controller hast, mit z.B. 5 Funktionen oder ob du 5 prozedurale Dateien hast? IMHO nicht sonderlich groß und dir fallen alle Vorteile von OOP weg. Das fängt bei sowas trivialem wie dem Gültigkeitsbereich deiner Variablen an.

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

Webwork-Studios

Hallo,

wollte nun kein neues Thema hierzu erstellen.
Aktuell verwend ich ein eigenes geschriebenes Framework, nur merke ich mittlerweile, dass ich damit am Limit bin.

Nur kann ich mich nicht entscheiden zu welches Framework ich umsteigen soll.
Bei Zend gefällt mir die Dokumentation und Community, Nachteil ist eher dass wohl kein HMVC unterstützt wird.

Dann hätten wir da noch Kohana, jemand Erfahrung gemacht? Leider eine sehr schlechte Dokumentation, keine deutsche Community, aber ein relativ schöner Code + HMVC.

Mich schreckt es komplett ab, da es keine deutsche Community gibt wie bei Zend.

Yii gefällt mir persönlich nicht.

Eventuell könnt Ihr mir sagen, welches am besten und geeigneter ist.

nikosch

Nein, diese Entscheidung kann Dir niemand abnehmen. Mit einem selbstgeschriebenen FW solltest Du auch über genug Wissen verfügen, das zu entscheiden.

Inserate, Konzepte und Meinungsumfragen

[MOD: Thread geschlossen]

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

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