Quelle est la difference entre type et virtualType

Dans di.xmlMagento2, il existe un nœud typeet un nœud virtualType. Ma question est qu'est-ce que c'est virtualTypeet dans quel cas devrait-il être utilisé à la place de type?

À certains endroits, cela ressemble à un lien symbolique ou à une réécriture:

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

Lorsqu'un chemin complet est modifié en un autre mais qu'à d'autres endroits, il semble être utilisé pour définir un alias plus court.

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

Les types virtuels sont un moyen d'injecter différentes dépendances dans les classes existantes sans affecter les autres classes.

Par exemple, la Magento\Framework\Session\Storageclasse prend un $namespaceargument dans son constructeur, qui prend par défaut la valeur 'default', et vous pouvez utiliser la typedéfinition pour modifier l'espace de nom en 'core'.

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

La configuration ci-dessus ferait en sorte que toutes les instances de Magento\Framework\Session\Storageont un espace de noms de 'noyau'. L'utilisation d'un type virtuel permet de créer l'équivalent d'une sous-classe, seule la sous-classe ayant les valeurs d'argument modifiées.

Dans la base de code, nous voyons les deux configurations suivantes:

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

Le premier extrait crée un type virtuel pour Magento\Core\Model\Session\Storagelequel modifie l'espace de nom, et le second injecte le type virtuel dans Magento\Framework\Session\Generic. Cela permet Magento\Framework\Session\Genericd’être personnalisé sans affecter les autres classes qui déclarent également une dépendance àMagento\Framework\Session\Storage

Une autre façon de comprendre les types virtuels -

Disons que vous avez une classe \Class1, qui a le constructeur suivant -

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

Et \Class2a le constructeur suivant -

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

Maintenant, vous voulez changer le type de $argOfClass2de \Class3à \Class4, mais seulement quand \Class2est utilisé comme $argOfClass1.

La "vieille" façon de faire serait d’ajouter ce qui suit dans di.xml-

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

où \Class5est le suivant:

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

Au lieu d'utiliser cette méthode, vous pouvez utiliser les types virtuels pour accomplir la même chose, en ajoutant ce qui suit 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>

Comme vous pouvez le constater, l’utilisation du type virtuel vous a sauvé le travail de création de Class5.

Pour plus de référence, je suggère de lire l'article d'Alan Storm concernant les types virtuels dans Magento2 - http://alanstorm.com/magento_2_object_manager_virtual_types/

Dans le même di.xmlfichier, j'ai trouvé que lessFileSourceBasec'est passé comme argument car lessFileSourceBaseFilteredc'est passé comme argument car lessFileSourceBaseSortedc'est passé comme argument pour type Magento\Framework\Less\File\Collector\Aggregated.

Je n'ai trouvé aucune autre occurrence de lessFileSourceBase(ou lessFileSource) dans un autre fichier, à l'exception di.xmldu module de base. Seulement dans certains fichiers de cache mais ceux-ci ne sont pas importants.

Je suppose que si vous n'utilisez pas le type virtuel dans une classe PHP, mais uniquement dans les difichiers xml, vous n'êtes pas obligé de faire en sorte que cela ressemble à un nom de classe et vous pouvez utiliser un alias.

Mais ce n’est que pure spéculation.
Ce sera "amusant" d'essayer de créer une classe et d'injecter dans son constructeur une instance de lessFileSourceBasepour voir comment elle se comporte.