Comments on: Refactoring the Front Controller of the Zend Framework http://blog.fedecarg.com/2008/08/20/refactoring-the-front-controller-of-the-zend-framework/ Simple is better than complex. Complex is better than complicated. | @fedecarg Mon, 08 Mar 2010 06:09:25 +0000 http://wordpress.com/ hourly 1 By: Implementing your own Front Controller in Zend Framework « fede.carg ( blog ) http://blog.fedecarg.com/2008/08/20/refactoring-the-front-controller-of-the-zend-framework/#comment-2662 Implementing your own Front Controller in Zend Framework « fede.carg ( blog ) Sun, 05 Apr 2009 12:12:33 +0000 http://phpimpact.wordpress.com/?p=688#comment-2662 [...] Refactoring the Front Controller of the Zend Framework [...] [...] Refactoring the Front Controller of the Zend Framework [...]

]]> By: Zend Framework Controller: 22% Drop in Responsiveness « PHP::Impact ( [str Blog] ) http://blog.fedecarg.com/2008/08/20/refactoring-the-front-controller-of-the-zend-framework/#comment-1646 Zend Framework Controller: 22% Drop in Responsiveness « PHP::Impact ( [str Blog] ) Tue, 16 Sep 2008 23:12:35 +0000 http://phpimpact.wordpress.com/?p=688#comment-1646 [...] Refactoring the Front Controller of the Zend Framework [...] [...] Refactoring the Front Controller of the Zend Framework [...]

]]> By: Mrasnika’s Lair http://blog.fedecarg.com/2008/08/20/refactoring-the-front-controller-of-the-zend-framework/#comment-1366 Mrasnika’s Lair Sat, 23 Aug 2008 18:57:09 +0000 http://phpimpact.wordpress.com/?p=688#comment-1366 [...] http://phpimpact.wordpress.com/…e-zend-framework/ [...] [...] http://phpimpact.wordpress.com/…e-zend-framework/ [...]

]]> By: Federico http://blog.fedecarg.com/2008/08/20/refactoring-the-front-controller-of-the-zend-framework/#comment-1365 Federico Sat, 23 Aug 2008 18:49:59 +0000 http://phpimpact.wordpress.com/?p=688#comment-1365 Yes, I created a proposal the other day: <a href="http://framework.zend.com/wiki/display/ZFPROP/Zend_Controller_Directory+-+Federico+Cargnelutti" rel="nofollow">Zend_Controller_Directory</a>. The implementation is different, but the idea is the same. Yes, I created a proposal the other day: Zend_Controller_Directory. The implementation is different, but the idea is the same.

]]> By: Stuado -StR- Rodríguez http://blog.fedecarg.com/2008/08/20/refactoring-the-front-controller-of-the-zend-framework/#comment-1363 Stuado -StR- Rodríguez Sat, 23 Aug 2008 12:47:54 +0000 http://phpimpact.wordpress.com/?p=688#comment-1363 will you send this to the zf list? or do you have your own framework forked? I have seen many things you've done 'improving' the framework, but it wouls be sad if they are not merged to zf will you send this to the zf list? or do you have your own framework forked?

I have seen many things you’ve done ‘improving’ the framework, but it wouls be sad if they are not merged to zf

]]> By: Federico http://blog.fedecarg.com/2008/08/20/refactoring-the-front-controller-of-the-zend-framework/#comment-1356 Federico Fri, 22 Aug 2008 13:22:11 +0000 http://phpimpact.wordpress.com/?p=688#comment-1356 You are right, the getControllerDirectory() method returns all the paths, so there's no need to check the instance of the object. I've updated the example. You are right, the getControllerDirectory() method returns all the paths, so there’s no need to check the instance of the object. I’ve updated the example.

]]> By: quode http://blog.fedecarg.com/2008/08/20/refactoring-the-front-controller-of-the-zend-framework/#comment-1354 quode Fri, 22 Aug 2008 04:37:12 +0000 http://phpimpact.wordpress.com/?p=688#comment-1354 Interesting demonstration, except IMHO the implementation of Zend_Controller_Front::setDirectory(). That method needs to list each variation of Zend_Controller_Directory concrete instance. If someone want to provide his own concrete class, he has to alter the controller's setDirectory() code. An alternative solution would consist in passing the front controller instance to the Zend_Controller_Directory object. Then that object configures the dispatcher itself. No more hard coded types in the controller's setDirectory() method. Interesting demonstration, except IMHO the implementation of Zend_Controller_Front::setDirectory(). That method needs to list each variation of Zend_Controller_Directory concrete instance. If someone want to provide his own concrete class, he has to alter the controller’s setDirectory() code. An alternative solution would consist in passing the front controller instance to the Zend_Controller_Directory object. Then that object configures the dispatcher itself. No more hard coded types in the controller’s setDirectory() method.

]]> By: DUODRACO http://blog.fedecarg.com/2008/08/20/refactoring-the-front-controller-of-the-zend-framework/#comment-1345 DUODRACO Wed, 20 Aug 2008 23:54:00 +0000 http://phpimpact.wordpress.com/?p=688#comment-1345 [...] Refactoring the Front Controller of the Zend Framework [...] [...] Refactoring the Front Controller of the Zend Framework [...]

]]>