Layout local.xml versus Modullayout

Ich habe vor kurzem begonnen, das local.xmlals meinen Spielplatz für Layouts zu verwenden. Bevor ich meine Zweifel hatte, es aus ... Gründen zu benutzen.
Ich habe die Vorteile gesehen, aber jetzt bin ich gegen eine Mauer gestoßen.
In der Standardlayoutdatei catalog.xmlbefindet sich ein bestimmter Block (Name nicht wichtig). Mit dem habe layout.xmlich einen generischen untergeordneten Block hinzugefügt, in dem ich andere Blöcke platzieren möchte.

<reference name="not.important">
    <block type="core/text_list" name="extra.left.menu" as="extra" />
</reference>

So weit, ist es gut.
Aber jetzt habe ich eine Erweiterung, die dem oben deklarierten einen untergeordneten Block hinzufügen soll.
Wenn ich diesen neuen Block hinzufüge local.xml, funktioniert er gut.

<block type="core/text_list" name="extra.left.menu" as="extra">
    <block type="myextension/some_block" template="some/template.phtml" as="some_name" name="some_name" />
</block>

Ich möchte dies jedoch nicht tun, local.xmlda diese neue Erweiterung möglicherweise in Zukunft deaktiviert wird. Wenn ich es über local.xmldie Erweiterung mache und sie deaktiviere, werden meine Protokolldateien überflutet, da der Block nicht mehr existiert.
Also füge ich in meiner Erweiterungslayoutdatei Folgendes hinzu:

<reference name="extra.left.menu">
    <block type="myextension/some_block" template="some/template.phtml" as="some_name" name="some_name" />
</reference>

Aber so funktioniert es nicht. Ich habe das Gefühl, dass dies passiert, weil die local.xmlDatei zuletzt geladen wurde und ich keine Modulabhängigkeit hinzufügen kann, sodass meine Erweiterungslayoutdatei danach geladen wird layout.xml.
Wie soll ich das angehen? Habe ich etwas falsch gemacht?
Oder wenn ich es so will, muss ich die "gute alte Art" des Klonens catalog.xmlin meinem Thema verwenden und diesen neuen Block in das catalog.xmlmeines Themas einfügen?

Beim Rendern des Layouts in Magento werden einige Schritte ausgeführt:

1. Handles sind definiert (Standard, catalog_product_view usw.)
2. Alle XML-Dateien werden geladen und zu einer einzigen großen XML-Datei zusammengeführt. Diese Datei wird irgendwo im Cache gespeichert.
3. Der Inhalt aller Handles wird geladen und in einer Seiten-XML-Datei zusammengeführt.
4. Die Reihenfolge, in der die XML-Dateien geladen werden, ist alphabetisch und die Datei local.xml wird zuletzt geladen (es gibt auch Datenbanklayout-Updates, die noch später geladen werden (Quelle https://github.com/OpenMage/magento-mirror/blob/magento) -1,9 / app / code / core / Mage / Core / Modell / Layout / Update.php # L433-L438 )
5. Schließlich wird das XML analysiert und die Blöcke initiiert.

Warum funktioniert Ihr Beispiel nicht? Dies liegt daran, dass die Modul-XML-Datei vor der Datei local.xml geladen wird. Was passiert ist, dass das System zuerst versucht, einen Block zu einer Referenz (zu einem Block) hinzuzufügen, die noch nicht existiert.

So lösen Sie das Problem: Sie können ein Update verwenden. Updates werden vor den Handles platziert, in denen sie aufgerufen werden.

<default>
    <update handle="awesome_new_container_handle"/>
</default>

<awesome_new_container_handle>
    <reference name="not.important">
        <block type="core/text_list" name="extra.left.menu" as="extra" />
    </reference>
</awesome_new_container_handle>

Und fügen Sie in Ihrer anderen Moduldatei den Block hinzu, wie Sie es getan haben.

<default>
    <reference name="extra.left.menu">
        <block type="myextension/some_block" template="some/template.phtml" as="some_name" name="some_name" />
    </reference>
</default>

Dies ist über LAYOUT XML FILES nicht möglich. Weil die local.xmlDatei endlich geladen wird. Ein Block, der in einer local.xml-Datei "definiert" ist, kann daher nicht über eine andere Layoutdatei "referenziert" werden.

Normalerweise werde ich jeden Beobachter verwenden, um in einer solchen Situation einen Block hinzuzufügen.

Es gibt jedoch einen alternativen Weg, denke ich. Sie können diesen Block im defaultHandle durch local.xmlDatei definieren. Jetzt eröffnet sich eine Verwendungsmöglichkeit layout handles, die nach dem defaultLayout-Handle von Magento berücksichtigt wird. Da der Block über das defaultHandle enthalten ist und Sie den Block über ein anderes Layout-Handle über Ihre eigene Layout-XML-Datei referenzieren, ist Magento jetzt über Ihren Block informiert, auch wenn er über eine local.xmlDatei hinzugefügt wird.

local.xml

<default>
    <reference name="not.important">
        <block type="core/text_list" name="extra.left.menu" as="extra" />
    </reference>
</default>

your_layout.xml

<custom_handle> <!-- anything except `default` -->
    <reference name="extra.left.menu">
        <block type="myextension/some_block" template="some/template.phtml" as="some_name" name="some_name" />
    </reference>
</custom_handle>

BEARBEITEN

Zunächst möchte ich sagen, dass ich genug Zeit für dich habe :-)

Ich habe meinen Code getestet, indem ich eine Demo erstellt habe. Das habe ich versucht. Ich habe diesen Code in die local.xmlDatei eingefügt

<layout>
    <default>
        <reference name="content">
            <block type="core/text_list" name="extra.left.menu" as="extra" />
        </reference>
    </default>
</layout>

Dann habe ich unten Code direkt in die catalog.xmlDatei eingefügt .

<catalog_category_layered translate="label">
        ....

        <reference name="content">
            <reference name="extra.left.menu">
                <block type="core/template" template="test.phtml" as="some_name" name="some_name" />
            </reference>
            ......
        </reference>
</catalog_category_layered>

Dann habe ich eine geschichtete Kategorie geladen, ich sehe dort Inhalte test.phtmldavon. (Bitte nicht, ich habe core/templateBlock als untergeordneten Block für diesen Testzweck verwendet. In Ihrem Fall wird er jedoch durch Ihren eigenen Block ersetzt. Aber es ist überhaupt kein Problem. Beide Fälle sind etwas gleich.)

Ich bin hier

Mein Punkt ist also, dass diese Methode definitiv funktioniert. Ich bin mir in diesem Punkt sicher, weil ich diesen Trick schon oft benutzt habe und mein ultimativer Guru für das Magento-Layout @alanstorm ist :-)