Лучшие практики 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 не поддерживает множественное наследование классов, но поддерживает множественную реализацию интерфейсов. Это еще один момент для интерфейсов.

Таким образом, можно использовать простое правило: если вы не знаете, что использовать, ВСЕГДА используйте интерфейсы .

PS. Производительность это не причина для меня, чтобы не использовать интерфейсы