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

Ми використовуємо розширення, яке глобально замінює блок 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 "виграє". Я б атакував цю проблему:

1. Створіть нове власне розширення.
2. Перепишіть catalog/product_list_toolbarу розширення
3. Попросіть ваш блок Mage_Catalog_Block_Product_List_Toolbarзамість класу Amasty.
4. Свободно коментуйте свій клас, пояснюючи, що цей конфлікт переписати навмисно. Ви не хочете, щоб інший розробник, який управляє MageRun, намагався "виправити" конфлікт переписати, який ви створили.
5. Додайте залежність у файл / розширення / файл / модулі / 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.