Maybe my initial question was not very good at conveying the actual issue. Bootstrapping can be a resource intensive process. Bootstrapping modules that won't be used for the current request is plain inefficient. Even if the modules are more granular like you mention, it doesn't mean that they should all load for each request.
In ZF1 this indiscriminate boostraping was an issue too. As such i implemented a second boostraping layer after routing was performed because at that time i could obtain the name of the module that was being loaded (similar to this: http://binarykitten.com/zend-framework/296-active-module-config-v2.html). I had hoped that this was somehow solved in ZF2 since it's developers seem more preoccupied with it's performance than in ZF1 (one of the actual reasons for the rewrite). So in my mind, one solution was be to allow per route configuration since routing determines the actual module that is going to be used (although i agree that it might not be the brightest of ideas). -- View this message in context: http://zend-framework-community.634137.n4.nabble.com/ZF2-per-route-or-module-configuration-tp4656844p4656952.html Sent from the Zend Framework mailing list archive at Nabble.com. -- List: [email protected] Info: http://framework.zend.com/archives Unsubscribe: [email protected]
