Magento 2 CRUD / Abstractモデルへの依存関係の注入

Magento 2 CRUDモデルに依存関係を挿入することはできますか？

つまり、Magento 2には基本抽象モデルクラスがありますMagento\Framework\Model\AbstractModel。単純なモデルオブジェクトの作成、読み取り、更新、削除を作成する場合は、このクラスを独自のクラスで拡張します。

class Foo extends Magento\Framework\Model\AbstractModel
{
}

モデルの__constructメソッドに依存関係を挿入することは可能ですか？しようとすると、次のエラーが発生します。

致命的なエラー：抽象クラスMagento \ Framework \ Model \ ResourceModel \ AbstractResourceをインスタンス化できません

犯人はAbstractModelの__construct方法のようです。

public function __construct(
    \Magento\Framework\Model\Context $context,
    \Magento\Framework\Registry $registry,
    \Magento\Framework\Model\ResourceModel\AbstractResource $resource = null,
    \Magento\Framework\Data\Collection\AbstractDb $resourceCollection = null,
    array $data = []
) {

このコンストラクターには、 Magentoオブジェクトマネージャーインターフェイスではない 2つのタイプヒントがあります（Magento\Framework\Model\ResourceModel\AbstractResource、Magento\Framework\Data\Collection\AbstractDb）。それらは抽象クラスです。このクラスを拡張し、注入された依存関係を追加しようとすると

class Foo extends Magento\Framework\Model\AbstractModel
{
    public function __construct(
        \Magento\Framework\Model\Context $context,
        \Magento\Framework\Registry $registry,
        \Magento\Framework\Model\ResourceModel\AbstractResource $resource = null,
        \Magento\Framework\Data\Collection\AbstractDb $resourceCollection = null,
        array $data = [],
        \Package\Module\Model\Mine $mine,

    ) {
        //...
        parent::__construct($context, $registry, $resource, $resourceCollection, $data);

    }
}

オブジェクトマネージャが抽象クラスをインスタンス化しようとすると、Magentoがベイルします。

オブジェクトの依存関係を抽象クラスの前に移動することで、これを「修正」できます

    public function __construct(
        \Magento\Framework\Model\Context $context,
        \Magento\Framework\Registry $registry,

        \Package\Module\Model\Mine $mine,

        \Magento\Framework\Model\ResourceModel\AbstractResource $resource = null,
        \Magento\Framework\Data\Collection\AbstractDb $resourceCollection = null,
        array $data = [],
    ) {  

ただし、これにより引数の順序が変更されました。完全にオブジェクト管理されたクラスでは、これは問題になりません。ただし、これらの抽象クラスのタイプヒントが存在するという事実は、手動で（つまり、オブジェクトマネージャーまたはDIを介さずに）CRUDオブジェクトをインスタンス化し、その特定の順序でタイプヒントに適合するオブジェクトを渡すMagentoシステムの一部があることを意味します。

これは安全ですか？すなわち、抽象モデルのコンストラクタのこれらの抽象クラスは単なるレガシーコードであり、使用されていませんか？または、システムの一部はまだこれらを使用しますか？つまり、CRUDモデルに依存関係を注入することはできませんか？

まず第一に、コンストラクタはクラスのプライベートAPIです。コンストラクター関数は特別な意味を持ち、親クラスと同じ引数のリスト/順序を持つ必要はありません。

Magento 2 CRUDモデルに依存関係を挿入することはできますか？

はい、もちろん。

これは安全ですか？

はい。ただし、Magento Object Managerは、すべてのオプションパラメータがリストの最後に配置され、オプションパラメータの後に必須パラメータが解決されないと想定しています。

$ resource、$ resourceCollection引数はレガシーですが、Modelクラスで広く使用されています。モデルのほとんどは、このようなコードを使用してリソースとコレクションクラスを初期化します。

protected function _construct() { 
    $this->_init('Magento\AdminNotification\Model\Resource Model\Inbox'); 
}

これが、このパラメーターがオプションである理由です。しかし、たとえば、単体テストでは、コンストラクターでリソースまたはコレクションモックを渡して、置換を実現できるようにします。

これは安全なようです。少なくとも、magentoはこれを多くの場所で行っています。例については、クラスの以下の（排他的ではない）リストの__constructメソッドを参照してください

• \ Magento \ Theme \ Model \ Theme \ File
• \ Magento \ Theme \ Model \ Design
• \ Magento \ Sales \ Model \ Order \ Creditmemo

残念ながら、あなたの質問の他の部分には答えられません。

1. モデルはどのように使用しますか？
2. あなたの場合$mineは必須パラメーターですが$resource、$resourceCollectionと$dataはオプションです。オプションのパラメーターは常に最後に配置する必要があります。そうでない場合、オプションのパラメーターを使用することはできません。したがって$mine、オプションのパラメータの前に指定する必要があることは、私には良さそうです。