Artikel: „Module Bootstraps in Zend Framework: Do's and Don'ts“

Matthew Weier O'Phinney erläutert den „Bootstrap“-Vorgang für Module innerhalb einer Zend Framework-Anwendung. Unter anderem wird folgende Frage, welche auch hier im Forum schon sehr oft gestellt wurde, beantwortet:

Matthew Weier O'Phinney schrieb:

Why are all module bootstraps run on every request, and not just the one for the requested module?

Zum Vergrößern anklicken....

http://weierophinney.net/matthew/archives/234-Module-Bootstraps-in-Zend-Framework-Dos-and-Donts.html

Wie der Mensch mir aus der Seele spricht ....

Wenn aus Gründen der Performance, FrontController Plugins die Konfiguration von Resourcen anhand des Requests regeln und durchführen, für was braucht es dann noch die Resource Plugins von Zend_Application?

Ich meine die Resource Plugins (oder die eigenen init*-Methoden in der Bootstrap) von Zend_Application sind ja dann ein gewisser Overhead weil die sich generell einschalten und nicht abwägen können ob sie für den angefragten Request tatsächlich gebraucht werden.

Genau, es sagt auch keiner, dass das Bootstrapping schneller geworden ist durch Zend_Application, denn das ist es nicht. Es wurde aber wesentlich komfortabler und einfacher! Zudem ist es nun auch endlich möglich, Module problemloser in andere Applikationen einzubinden.

Pwner schrieb:

Wenn aus Gründen der Performance, FrontController Plugins die Konfiguration von Resourcen anhand des Requests regeln und durchführen, für was braucht es dann noch die Resource Plugins von Zend_Application?

Zum Vergrößern anklicken....

Zend_Application wurde nie aus Performancegründen entwickelt
Es ging einzig und allein um eine Standardisierung des Bootstrappings.

Ehrlich gesagt bin ich aber gerade wirklich am überlegen ob man nicht alle Ressource Plugins als LazyLoading implementieren könnte, die dann ausgeführt werden, wenn man die Ressource davon anfragt.

Da eh alle angefragt werden nützt das im Endeffekt garnichts

Die Implementierung muss im ZF dafür grundsätzlich anders sein.

ja ich meine ja, wenn man die Implementierung dahingehend ändern wurde.
Es müsste ja bei einem MVC-Aufbau nur definitiv der FC gebootstrapped werden, man müsste dann natürlich irgendwie sagen dass man Layout und View auch nutzt, hmm

Das ist ja das Ziel, wohin Mathew ja kommen möchte

Ich meine die Resource Plugins (oder die eigenen init*-Methoden in der Bootstrap) von Zend_Application sind ja dann ein gewisser Overhead weil die sich generell einschalten und nicht abwägen können ob sie für den angefragten Request tatsächlich gebraucht werden.

Zum Vergrößern anklicken....

Darum gehts ja: Wenn du es nicht bei (fast ) allen Requests brauchst, ist es womöglich als FC-Plugin besser aufgehoben.

Ehrlich gesagt bin ich aber gerade wirklich am überlegen ob man nicht alle Ressource Plugins als LazyLoading implementieren könnte, die dann ausgeführt werden, wenn man die Ressource davon anfragt.

Zum Vergrößern anklicken....

Könnte man schon, allerdings:
- Soweit ich weiß ist zB der CacheManager selbst schon Lazy. Wär etwas gedoppelt
- Das Bootstrapping geht ja davon aus, dass wirklich alle Resourcen gebraucht werden. Wenn dem nicht so ist, ist vielleicht ein BS-Plugin nicht geeignet für das, was man vorhat.
- Einige Resourcen (zB FC, aber der is ja gerne mal ne Ausnahme ) werden verwendet, ohne es über das Plugin abzufragen. Wird das Plugin nicht ausgeführt und es kommt zum Fehler.

Ich find das schon gut so, wie es ist. Wenn mans jetzt noch optimiert und so, wärs noch witziger