拡張機能がクラスをグローバルに上書きし、元のクラスを使用したい場合はどうすればよいですか？

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ローダーがconfig.xmlから最後に解析したものが「勝ちます」。私はこの問題を次のように攻撃します。

1. 独自の新しい拡張機能を作成します。
2. リライトcatalog/product_list_toolbarあなたの拡張機能で
3. Mage_Catalog_Block_Product_List_ToolbarAmastyクラスの代わりにブロックを拡張します。
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。