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（我知道同一构造函数中还有其他变量，但是一种解释适合我认为的所有情况）。

根据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原理的使用。

依赖反转原理直接说，该代码应依赖抽象（接口）。

接口隔离原理说，许多特定于客户端的接口比一个通用接口要好。类还可以定义受保护的接口，因此从体系结构的角度来看，接口是更可取的。

另外，PHP不支持类的多重继承，但支持接口的多种实现。这是接口的另一点。

因此，可以使用一个简单的规则：如果您不知道要使用什么，请始终使用interfaces。

PS。性能这不是我不使用接口的原因