Cosa devo fare quando un'estensione sovrascrive una classe a livello globale e voglio usare l'originale?

Stiamo usando un'estensione che sovrascrive globalmente il blocco 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>

Mentre l'estensione funziona nel contesto di una categoria di navigazione a più livelli, la classe riscritta non funziona correttamente quando inseriamo un elenco di prodotti arbitrario in un'altra vista (personalizzata) nel nostro modulo interno. Se eliminiamo la sovrascrittura dell'estensione solo a scopo di test, tutto funziona bene.

Come possiamo annullare la riscrittura di un'estensione solo per il nostro controller, senza modificare il codice comunità dello sviluppatore dell'estensione?

Avvertenze: non esiste un modo progettato per fare ciò che stai chiedendo nel sistema. Quanto segue dovrebbe funzionare, ma non l'ho mai provato ampiamente su un sistema di produzione e potrebbero esserci situazioni in cui causerà più problemi che valga la pena. Procedere solo se si ha dimestichezza con i problemi di debug relativi alla modifica delle riscritture di un sistema funzionante.

Il passaggio 1 sta annullando la riscrittura. L'albero di configurazione di Magento può essere modificato in fase di esecuzione. Quindi, se si esegue il seguente codice

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

Quindi Magento creerà un'istanza del Mage_Catalog_Block_Product_List_Toolbarblocco originale per il resto della richiesta.

Il passaggio 2 sta decidendo dove chiamarlo nel tuo modulo. Poiché questo è solo per il tuo controller e sta riscrivendo un blocco che non verrà istanziato fino alla fine del controller, aggiungerei un metodo alla tua classe controller qualcosa del genere

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

e quindi chiama questo metodo all'inizio di ciascuna delle tue azioni

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

Questo può sembrare un po 'goffo, ma penso che sia una buona idea essere goffo (cioè ovvio) quando sei intelligente con gli oggetti di sistema di Magento. Un altro posto per questo potrebbe essere il controller_action_predispatcho controller_action_predispatch_front_controller_actioneventi e / o applicato in modo condizionale.

Ricorda solo che la riscrittura non verrà annullata fino a quando non verrà chiamato questo metodo. Ciò significa che se si tenta di creare un'istanza di un blocco prima di chiamare _undoRewrites, la classe riscritta verrà utilizzata per creare un'istanza dell'oggetto.

Soluzione 1:
è possibile provare a creare un'istanza della classe direttamente (modo php) nel controller

invece di

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

qualcosa di simile a:

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

Soluzione 2: un
altro approccio sarebbe quello di creare una nuova classe, nel tuo modulo, che estenda la classe originale e la usi.

Soluzione 3:
Altrimenti se l'estensione non è crittografata (tutti amiamo l'open source :) puoi provare a scoprire perché ti rompe le cose

Se esistono più riscritture per lo stesso alias di classe, l'ultimo che il caricatore di configurazione Magento analizza da config.xml "vince". Attaccherei questo problema con:

1. Crea una tua nuova estensione.
2. Riscrivi il catalog/product_list_toolbarnella tua estensione
3. Fai estendere il tuo blocco Mage_Catalog_Block_Product_List_Toolbarinvece della classe Amasty.
4. Commenta liberamente la tua classe spiegando che questo conflitto di riscrittura è intenzionale. Non vuoi che un altro sviluppatore che esegue MageRun tenti di "risolvere" il conflitto di riscrittura che hai appena creato.
5. Aggiungi una dipendenza nel file app / etc / modules / blah.xml della tua estensione per assicurarti che l'estensione sia caricata dopo quella di Amasty.

Simile a quello che Francesco ha suggerito sopra, ma credo che tu possa effettivamente passare il nome completo della classe a getModel. In questo modo, stai ancora facendo la stessa cosa, ma usando metodi di base per farlo. Non sono del tutto sicuro dei pro / contro di questo metodo, ma ho pensato di buttarlo lì come idea.

Mage::getModel('Mage_Catalog_Block_Product_List_Toolbar');

A proposito, credo che questo sarà il modo standard per caricare le classi in Magento2.

Ho bisogno di fare una leggera modifica nel codice di estensione, temo. Non riscrivere più la classe nella tua config.xml, cambia solo Amasty_Shopby_Block_Catalog_Product_List_Toolbarper estendere la tua classe che a sua volta si estende Mage_Catalog_Block_Product_List_Toolbar.