ZF-8202: Inconsistency in setPluginLoader functionality in Zend_View_Abstract

Issue Type: Improvement Created: 2009-11-01T14:07:36.000+0000 Last Updated: 2009-11-20T11:04:04.000+0000 Status: Postponed Fix version(s): Reporter: Jeroen van Dijk (neorey) Assignee: Matthew Weier O'Phinney (matthew) Tags: - Zend_View

Related issues: Attachments: - Abstract.php.patch


Zend_View_Abstract is the only class that restricts usage to the defined Zend_Loader_PluginLoader. Other components like Zend_Form, Zend_Filter_Inflector, Zend_Controller_Action_HelperBroker allow usage of another defined pluginloader via the Zend_Loader_PluginLoader_Interface


Posted by Jan Pieper (jpieper) on 2009-11-19T20:14:44.000+0000

Zend_View_Abstract::setPluginLoader() needs Zend_Loader_PluginLoader instead of Zend_Loader_PluginLoader_Interface because Zend_View_Abstract::getHelperPaths() is using a getPaths()-method that is not declared in the interface, so we cannot change this.

A way to solve this is to add getPaths() to Zend_Loader_PluginLoader_Interface, but this will break backwards compatibility.

Posted by Matthew Weier O'Phinney (matthew) on 2009-11-20T11:04:04.000+0000

Postponing to 2.0.

Zend_View_Abstract already correctly requires Zend_Loader_PluginLoader (and not the interface), so getPaths() must be defined in any plugin loader attached to the view helper.

That said, this should change in the future, but, also as noted, it cannot be done cleanly right now without a BC change.

Have you found an issue?

See the Overview section for more details.


© 2006-2018 by Zend, a Rogue Wave Company. Made with by awesome contributors.

This website is built using zend-expressive and it runs on PHP 7.