Что мне делать, если расширение перезаписывает класс глобально, и я хочу использовать оригинал?

Мы используем расширение, которое глобально перезаписывает блок 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 way) в вашем контроллере.

вместо того

$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.

Подобно тому, что предложил Франческо выше, но я полагаю, что вы действительно можете передать полное имя класса в 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.