Menyuntikkan Ketergantungan ke dalam Magento 2 CRUD / Model Abstrak

Apakah mungkin untuk menyuntikkan ketergantungan ke model Magento 2 CRUD?

Itulah - Magento 2 memiliki kelas model abstrak dasar: Magento\Framework\Model\AbstractModel. Jika Anda ingin membuat objek model Buat, Baca, Perbarui, Hapus yang sederhana, Anda perluas kelas ini dengan kelas Anda sendiri.

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

Apakah mungkin untuk menyuntikkan dependensi dalam __constructmetode model Anda ? Ketika saya mencoba, saya akhirnya mendapatkan kesalahan berikut.

Kesalahan fatal: Tidak dapat membuat instance kelas abstrak Magento \ Framework \ Model \ ResourceModel \ AbstractResource

Pelakunya tampaknya menjadi AbstractModel's __constructmetode.

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 = []
) {

Ada dua jenis petunjuk dalam konstruktor ini ( Magento\Framework\Model\ResourceModel\AbstractResource, Magento\Framework\Data\Collection\AbstractDb) yang bukan antarmuka manajer objek Magento. Itu kelas abstrak. Ketika saya memperluas kelas ini dan mencoba untuk menambahkan ketergantungan saya yang disuntikkan

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 menebus ketika manajer objek mencoba untuk membuat instance kelas abstrak.

Saya bisa "memperbaiki" ini dengan memindahkan ketergantungan objek saya di depan kelas abstrak

    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 = [],
    ) {  

Namun, ini mengubah urutan argumen. Di kelas yang sepenuhnya objek dikelola, ini tidak akan menjadi masalah. Namun, fakta bahwa petunjuk tipe kelas abstrak ini ada menyiratkan ada bagian dari sistem Magento yang akan secara manual (yaitu tidak melalui manajer objek atau DI) instantiate objek CRUD dan mengirimkan objek yang sesuai dengan petunjuk tipe dalam urutan tertentu .

Apakah ini aman? yaitu apakah kelas abstrak ini dalam konstruktor model abstrak hanya kode warisan, dan tidak digunakan? Atau apakah bagian-bagian dari sistem masih menggunakan ini, artinya tidak mungkin untuk menyuntikkan dependensi ke dalam model CRUD?

Pertama-tama konstruktor adalah api kelas pribadi. Fungsi konstruktor memiliki makna khusus dan tidak perlu harus memiliki daftar / urutan argumen yang sama seperti di kelas induk.

Apakah mungkin untuk menyuntikkan ketergantungan ke model Magento 2 CRUD?

Ya tentu saja.

Apakah ini aman?

Ya, tetapi Manajer Objek Magento menganggap bahwa semua parameter opsional ditempatkan di akhir daftar dan parameter yang diperlukan setelah opsional tidak akan diselesaikan.

$ resource, $ argumen resourceCollection adalah warisan tetapi masih banyak digunakan di kelas Model. Sebagian besar model menggunakan kode seperti ini untuk menginisialisasi kelas sumber daya dan koleksi.

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

Inilah sebabnya mengapa parameter ini opsional. Tetapi, misalnya, dalam unit test kami melewati sumber daya atau koleksi tiruan dalam konstruktor untuk memungkinkan penggantian realisasi.

Ini tampaknya aman. Setidaknya, Magento melakukan ini di sejumlah tempat. Lihat metode __construct dalam daftar kelas (tidak eksklusif) berikut untuk contoh

• \ Magento \ Tema \ Model \ Tema \ File
• \ Magento \ Tema \ Model \ Desain
• \ Magento \ Penjualan \ Model \ Pesan \ Creditmemo

Sayangnya, saya tidak dapat menjawab bagian lain dari pertanyaan Anda.

1. Bagaimana Anda menggunakan model Anda?
2. Dalam kasus Anda $mineadalah parameter yang diperlukan , sementara $resource, $resourceCollectiondan $databersifat opsional . Parameter opsional harus selalu menjadi yang terakhir, jika tidak, tidak mungkin untuk bekerja dengan mereka seperti dengan opsional. Jadi sepertinya OK bagi saya bahwa Anda harus menentukan $minesebelum parameter opsional.