当扩展全局覆盖一个类并且我想使用原始类时该怎么办？

我们正在使用一个扩展程序，该扩展程序将覆盖Mage_Catalog_Block_Product_List_Toolbar块。

<global>
    <blocks>
        <catalog>
            <rewrite>
                <product_list_toolbar>Amasty_Shopby_Block_Catalog_Product_List_Toolbar</product_list_toolbar>
            </rewrite>
        </catalog>
    </blocks>
</global>

虽然扩展程序在分层导航类别的上下文中起作用，但是当我们在自己的内部模块中将任意产品列表插入另一个（自定义）视图时，重写的类无法正常工作。如果我们仅出于测试目的删除扩展覆盖，则一切正常。

我们如何只为自己的控制器撤消扩展的重写，而无需编辑扩展开发人员的社区代码？

注意事项：在系统中没有设计好的方法来完成您要问的事情。以下应该可行，但是我从未在生产系统上进行过广泛尝试，并且在某些情况下可能会造成更多值得的麻烦。仅当您愿意调试与更改工作系统重写有关的问题时，才继续进行。

步骤1是撤消重写。Magento配置树可以在运行时更改。因此，如果您运行以下代码

$config = Mage::getConfig();        
$config->setNode(
    'global/blocks/catalog/rewrite/product_list_toolbar',
    'Mage_Catalog_Block_Product_List_Toolbar'
);

然后，Magento将为Mage_Catalog_Block_Product_List_Toolbar其余请求实例化原始块。

步骤2是确定在模块中的何处调用此函数。由于这仅适用于您的控制器，并且正在重写一个块，直到您的控制器结束时才实例化该块，因此我将向您的控制器类中添加一个类似以下方法的方法

protected function _undoRewrites()
{
    $config = Mage::getConfig();        
    $config->setNode(
        'global/blocks/catalog/rewrite/product_list_toolbar',
        'Mage_Catalog_Block_Product_List_Toolbar'
    );    
}

然后在每个动作开始时调用此方法

public function indexAction()
{
    $this->_undoRewrites();
    $test = Mage::getSingleton('core/layout')->createBlock('catalog/product_list_toolbar');        
    var_dump($test);
}

这似乎有点笨拙，但是当您对Magento的系统对象很聪明时，笨拙（即显而易见）是个好主意。这里的另一个地方可能是controller_action_predispatch或controller_action_predispatch_front_controller_action事件和/或有条件地应用。

请记住，在调用此方法之前，不会撤消重写。这意味着，如果您尝试在调用之前实例化一个块_undoRewrites，则重写的类将用于实例化该对象。

解决方案1：
您可以尝试在控制器中直接实例化该类（用PHP方式）

代替

$this->getLayout()->createBlock('catalog/product_list_toolbar');

就像是：

$block = New Magento_Catalog_Product_List_Toolbar;
$this->getLayout()->addBlock(....);

解决方案2：
另一种方法是在您的模块中创建一个新类，以扩展原始类并使用该类。

解决方案3：
否则，如果扩展名未加密（我们都喜欢开放源代码：），则可以尝试找出扩展名破坏您的原因

如果同一类别名存在多个重写，则Magento配置加载器最后一次从config.xml中解析“ wins”。我可以通过以下方法解决此问题：

1. 创建自己的新扩展名。
2. catalog/product_list_toolbar在您的扩展程序中重写
3. 让您的块Mage_Catalog_Block_Product_List_Toolbar而不是Amasty类扩展。
4. 自由地评论您的班级，解释这种重写冲突是故意的。您不希望其他运行MageRun的开发人员尝试“修复”您刚创建的重写冲突。
5. 在扩展程序的app / etc / modules / blah.xml文件中添加一个依赖项，以确保扩展程序在Amasty加载后被加载。

与上面的Francesco建议类似，但我相信您实际上可以将完整的类名传递给getModel。这样，您仍然在做相同的事情，但是使用核心方法来做。我不确定这种方法的优点/缺点，但是我想把它当作一个想法。

Mage::getModel('Mage_Catalog_Block_Product_List_Toolbar');

附带一提，我相信这将是在Magento2中加载类的标准方法。

恐怕您确实需要对扩展代码稍作更改。不要再重写自己的类config.xml，只需进行更改Amasty_Shopby_Block_Catalog_Product_List_Toolbar以扩展您的类，然后再扩展即可Mage_Catalog_Block_Product_List_Toolbar。