Jaka jest różnica między typem a virtualType

W tym, di.xmlco pochodzi z Magento2, jest węzeł typei węzeł virtualType. Moje pytania brzmią: co to jest virtualTypeiw jakim przypadku należy go użyć type?

W niektórych miejscach wygląda jak symboliczny link lub przepisać:

<virtualType name="Magento\Core\Model\Session\Storage" type="Magento\Framework\Session\Storage">

Tam gdzie jedna pełna ścieżka zostaje zamieniona na inną, ale w innych miejscach wydaje się, że jest używana jako sposób na zdefiniowanie krótszego aliasu.

<virtualType name="lessFileSourceBase" type="Magento\Framework\View\File\Collector\Base">

Typy wirtualne są sposobem na wstrzyknięcie różnych zależności do istniejących klas bez wpływu na inne klasy.

Na przykład Magento\Framework\Session\Storageklasa pobiera $namespaceargument w swoim konstruktorze, który przyjmuje domyślną wartość „default”, i możesz użyć typedefinicji, aby zmienić przestrzeń nazw na „core”.

<type name="Magento\Framework\Session\Storage">
    <arguments>
        <argument name="namespace" xsi:type="string">core</argument>
    </arguments>
</type>

Powyższa konfiguracja sprawiłaby, że wszystkie wystąpienia Magento\Framework\Session\Storagemiałyby przestrzeń nazw „core”. Użycie typu wirtualnego pozwala na utworzenie odpowiednika podklasy, w której tylko podklasa ma zmienione wartości argumentów.

W bazie kodu widzimy następujące dwie konfiguracje:

<virtualType name="Magento\Core\Model\Session\Storage" type="Magento\Framework\Session\Storage">
    <arguments>
        <argument name="namespace" xsi:type="string">core</argument>
    </arguments>
</virtualType>

<type name="Magento\Framework\Session\Generic">
    <arguments>
        <argument name="storage" xsi:type="object">Magento\Core\Model\Session\Storage</argument>
    </arguments>
</type>

Pierwszy fragment tworzy typ wirtualny, dla Magento\Core\Model\Session\Storagektórego zmienia przestrzeń nazw, a drugi wstrzykuje typ wirtualny Magento\Framework\Session\Generic. Pozwala to Magento\Framework\Session\Genericna dostosowanie bez wpływu na inne klasy, które również deklarują zależnośćMagento\Framework\Session\Storage

Kolejny sposób na zrozumienie typów wirtualnych -

Powiedzmy, że masz klasę \Class1, która ma następujący konstruktor -

public function __construct(\Class2 $argOfClass1){...}

I \Class2ma następujący konstruktor -

public function __construct(\Class3 $argOfClass2){...}

Teraz chcesz zmienić typ $argOfClass2z \Class3na \Class4, ale tylko wtedy, gdy \Class2jest używany jako $argOfClass1.

„Starym” sposobem na to byłoby dodanie następujących elementów w di.xml-

<type name="Class1">
    <arguments>
         <argument name="argOfClass1" xsi:type="object">Class5</argument>
    </arguments>
</type>

gdzie \Class5jest:

class \Class5 extends \Class2{
    public function __construct(\Class4 $argOfClass2){...}
}

Zamiast korzystać z tego sposobu, możesz użyć typów wirtualnych, aby osiągnąć to samo, dodając następujące elementy do di.xml:

<virtualType name="Class5" type="Class2">
    <arguments>
        <argument name="argOfClass2" xsi:type="string">Class4</argument>
    </arguments>
</virtualType>

<type name="Class1">
    <arguments>
         <argument name="argOfClass1" xsi:type="object">Class5</argument>
    </arguments>
</type>

Jak widać, użycie typu wirtualnego pozwoliło Ci zaoszczędzić pracę tworzenia Class5.

W celu uzyskania dalszych informacji sugeruję przeczytanie artykułu Alana Storma dotyczącego typów wirtualnych w Magento2 - http://alanstorm.com/magento_2_object_manager_virtual_types/

W tym samym di.xmlpliku znalazłem, że lessFileSourceBasejest przekazywany jako argument, lessFileSourceBaseFilteredktóry jest przekazywany jako argument, lessFileSourceBaseSortedktóry jest przekazywany jako argument typu Magento\Framework\Less\File\Collector\Aggregated.

Nie znalazłem żadnego innego wystąpienia lessFileSourceBase(lub lessFileSource) w innym pliku poza di.xmlmodułem głównym. Tylko w niektórych plikach pamięci podręcznej, ale nie są one ważne.

Sądzę, że jeśli nie zamierzasz używać typu wirtualnego w klasie PHP, ale tylko w diplikach xml, nie jest wymagane, aby wyglądał jak nazwa klasy i możesz użyć aliasu.

Ale to tylko spekulacje.
Będzie „zabawnie” spróbować stworzyć klasę i wprowadzić do jej konstruktora instancję, lessFileSourceBaseaby zobaczyć, jak się zachowuje.