В чем разница между типом и виртуальным типом

В di.xmlкомплекте с Magento2 есть узел typeи узел virtualType. Мои вопросы: что это такое virtualTypeи в каком случае его следует использовать вместо type?

В некоторых местах это выглядит как символическая ссылка или переписать:

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

Там, где один полный путь изменяется на другой, но в других местах он используется для определения более короткого псевдонима.

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

Виртуальные типы - это способ внедрить различные зависимости в существующие классы, не затрагивая другие классы.

Например, Magento\Framework\Session\Storageкласс принимает $namespaceаргумент в своем конструкторе, который по умолчанию имеет значение «default», и вы можете использовать typeопределение, чтобы изменить пространство имен на «core».

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

Приведенный выше конфиг сделает так, чтобы все экземплярыMagento\Framework\Session\Storage имели пространство имен «core». Использование виртуального типа позволяет создать эквивалент подкласса, где только подкласс имеет измененные значения аргумента.

В кодовой базе мы видим следующие две конфигурации:

<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>

Первый фрагмент создает виртуальный тип, для Magento\Core\Model\Session\Storageкоторого изменяется пространство имен, а второй вводит виртуальный тип в Magento\Framework\Session\Generic. Это позволяет Magento\Framework\Session\Genericнастраивать, не затрагивая другие классы, которые также объявляют зависимость отMagento\Framework\Session\Storage

Еще один способ понять виртуальные типы -

Допустим, у вас есть класс \Class1, который имеет следующий конструктор -

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

И \Class2имеет следующий конструктор -

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

Теперь вы хотите изменить тип $argOfClass2с \Class3на на \Class4, но только когда \Class2используется как $argOfClass1.

«Старый» способ сделать это будет добавить следующее в di.xml-

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

где \Class5следующее:

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

Вместо этого вы можете использовать виртуальные типы для достижения того же, добавив следующее в 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>

Как видите, использование виртуального типа избавило вас от работы по созданию Class5.

Для дальнейшего ознакомления предлагаю прочитать статью Алана Шторма о виртуальных типах в Magento2 - http://alanstorm.com/magento_2_object_manager_virtual_types/

В том же di.xmlфайле я обнаружил, что lessFileSourceBaseпередается в качестве аргумента для lessFileSourceBaseFilteredэтого передается в качестве аргумента для lessFileSourceBaseSortedэтого передается в качестве аргумента для типаMagento\Framework\Less\File\Collector\Aggregated .

Я не нашел другого вхождения lessFileSourceBase(или lessFileSource) в другом файле, кромеdi.xml из основного модуля. Только в некоторых файлах кэша, но они не важны.

Я думаю, если вы не собираетесь использовать виртуальный тип в классе PHP, а только в di файлах xml, вам не нужно, чтобы он выглядел как имя класса, и вы можете использовать псевдоним.

Но это всего лишь спекуляция.
Будет забавно попытаться создать класс и внедрить в его конструктор экземпляр класса, lessFileSourceBaseчтобы увидеть, как он себя ведет.