Richtiger Weg, um getExtensionAttributes () zu implementieren

Ich habe mich gefragt, wie man ein erweiterbares EAV-Modell richtig implementiert.

Ich sehe, dass in Magento\Catalog\Model\Product, die Methode getExtensionAttributes()wie folgt implementiert ist:

public function getExtensionAttributes()
{
    $extensionAttributes = $this->_getExtensionAttributes();
    if (!$extensionAttributes) {
        return $this->extensionAttributesFactory->create('Magento\Catalog\Api\Data\ProductInterface');
    }
    return $extensionAttributes;
}

Aber in anderen, wie den Kunden- oder Kategoriemodellen, ist es einfach

public function getExtensionAttributes()
{
    return $this->_getExtensionAttributes();
}

Dies kann zu einem NULL- Ergebnis führen, wenn der Schlüssel extension_attributes noch nicht festgelegt wurde.

Pragmatisch würde ich den ersten vorziehen. Auf diese Weise kann ich immer sicher sein, eine Instanz von zu erhalten Magento\Framework\Api\ExtensionAttributesInterface, selbst wenn das Modell gerade instanziiert wurde.

Aber warum wird es dann nicht in anderen Modulen verwendet? Ist es gegen die neue Trennung von Datenmodellen, die wir im Kundenmodul sehen? Wenn ja, wie sollen wir die Erweiterungsattribute initialisieren?

Magento die AbstractExtensibleObject aktualisiert :: _ getExtensionAttributes Methode ein leeres Objekt zu erzeugen , wenn es keine Erweiterung hat Attribute https://github.com/magento/magento2/commit/375132a81b95fafa4a03a17b72dbacdc90afa745#diff-56d044692f579051647a8284ff39cc0eR165 , so dass es nie null zurück. Sie müssen die API-Annotation jedoch noch aktualisieren, z. B. in vendor / magento / module-customer / Model / Data / Customer.php

 /**
 * {@inheritdoc}
 *
 * @return \Magento\Customer\Api\Data\CustomerExtensionInterface|null
 */
public function getExtensionAttributes()
{
    return $this->_getExtensionAttributes();
}

Ich kann meine eigene Frage teilweise beantworten, als ich herausfand, dass die Art und Weise, wie die Methode implementiert Magento\Catalog\Model\Productwird, definitiv falsch ist und zu bösen Fehlern führen kann:

Wenn noch keine extension_attributesDaten vorhanden sind, dh _getExtensionAttributes()null zurückgibt, gibt die Methode eine leere Instanz der Schnittstelle für Erweiterungsattribute zurück.

Dies ist gut, um den expliziten Vertrag zu erfüllen und verhindert "Aufruf einer Mitgliedsfunktion bei Null" -Fehlern, gibt jedoch immer eine neue leere Instanz zurück, die den impliziten Vertrag nicht erfüllt, nämlich, dass ich einen Erweiterungsattributcontainer für diese bestimmte Instanz erhalte .

Das bedeutet:

$product->getExtensionAttributes()->setStockItem($stockItem);
var_dump($product->getExtensionAttributes()->getStockItem());

Ausgänge:

NULL

Eine bessere Implementierung würde folgendermaßen aussehen:

public function getExtensionAttributes()
{
    $extensionAttributes = $this->_getExtensionAttributes();
    if (!$extensionAttributes) {
        $extensionAttributes = $this->extensionAttributesFactory->create('Magento\Catalog\Api\Data\ProductInterface');
        $this->_setExtensionAttributes($extensionAttributes);
    }
    return $extensionAttributes;
}

Aber warum wird es dann nicht in anderen Modulen verwendet? Ist es gegen die neue Trennung von Datenmodellen, die wir im Kundenmodul sehen? Wenn ja, wie sollen wir die Erweiterungsattribute initialisieren?

Darauf habe ich noch keine Antwort

Der Code wird in verschiedenen Erweiterungen unterschiedlich verwendet. Die Funktionalität wird verwendet, um ein beliebiges Attribut in dieser Schnittstelle zu binden. Weitere Informationen hierzu finden Sie unter folgendem Link: http://oyenetwork.com/articles/magento2-devliery-date-module-creation-from-scratch/