Magento 2 DIのベストプラクティス

たとえば、Magento 2拡張機能を構築しているとしましょう。それは非常に素晴らしいものを行うとしましょう。
しかし、他の開発者が拡張できるように、これが適切な標準を使用してビルドされることを確認したいと思います。

インターフェイスと組み合わせてDIを使用する必要がある場合と使用しない場合
ここでそれを明確にするのがコア例です。

クラスにMagento\Core\Helper\Dataは、次のようなコンストラクターがあります。

public function __construct(
    \Magento\Framework\App\Helper\Context $context,
    \Magento\Framework\App\Config\ScopeConfigInterface $scopeConfig,
    \Magento\Store\Model\StoreManagerInterface $storeManager,
    \Magento\Framework\App\State $appState,
    PriceCurrencyInterface $priceCurrency,
    $dbCompatibleMode = true
) {
    parent::__construct($context);
    $this->_scopeConfig = $scopeConfig;
    $this->_storeManager = $storeManager;
    $this->_appState = $appState;
    $this->_dbCompatibleMode = $dbCompatibleMode;
    $this->_priceCurrency =  $priceCurrency;
}

私の質問はvarに焦点を合わせています\Magento\Framework\App\Config\ScopeConfigInterface $scopeConfig（同じコンストラクターに他のものがあることは知っていますが、私が考えるすべてのケースに1つの説明が当てはまります）。

di.xmlコアモジュールによると、varは次のインスタンスになりますMagento\Framework\App\Config。

<preference for="Magento\Framework\App\Config\ScopeConfigInterface" type="Magento\Framework\App\Config" />

必要に応じて簡単に変更できます。

コードでそのようなインターフェイスを使用する必要があるのはいつですか？
私はこの不完全なサンプルモジュールを作成しました（広告は申し訳ありません）。そのようなインターフェイスを使用しましたが、それらはすべてコアからのものです。私は自分のものを作成していません。したほうがいい？

これはMage2固有の質問ではなく、より一般的には「インターフェイスを使用するタイミング」です。それは、誰かがあなたの拡張機能を拡張できるようにする場所に依存します。ビジネスロジックを使用して作業するすべての場所で、変更される可能性があると言えます。;）振る舞いのないオブジェクト（単純なデータオブジェクトなど）は通常、変更されません。

100％柔軟にしたい場合は、どこかでインターフェースを使用する必要があります。しかし、私はそれを過剰に設計しません。個人的には、http：//odetocode.com/blogs/scott/archive/2009/06/08/when-do-i-use-interfaces.aspxが実際に役立つ場合の紹介としても気に入っています。

Magento2は、SOLID原則の使用を促進します。

依存関係反転の原理は、コードは抽象化（インターフェイス）に依存する必要があると直接述べています。

インターフェイス分離の原則は、多くのクライアント固有のインターフェイスが1つの汎用インターフェイスよりも優れていると述べています。クラスは保護されたインターフェイスを定義することもできるため、アーキテクチャの観点からはインターフェイスがより優先されます。

また、PHPはクラスの複数の継承をサポートしていませんが、インターフェイスの複数の実装をサポートしています。これがインターフェースのもう1つのポイントです。

そのため、単純なルールを使用できます。使用するものがわからない場合は、常にinterfacesを使用します。

PS。パフォーマンスインターフェイスを使用しない理由ではありません