Iniezione di dipendenze in un modello CRUD / Abstract di Magento 2

È possibile iniettare una dipendenza in un modello CRUD Magento 2?

Questo è - Magento 2 ha una base di classe del modello astratto: Magento\Framework\Model\AbstractModel. Se si desidera creare un semplice oggetto modello Crea, Leggi, Aggiorna, Elimina, si estende questa classe con la propria classe.

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

È possibile avere delle dipendenze iniettate nel __constructmetodo del modello ? Quando provo, finisco per ricevere il seguente errore.

Errore irreversibile: impossibile creare un'istanza della classe astratta Magento \ Framework \ Model \ ResourceModel \ AbstractResource

Il colpevole sembra essere il AbstractModel's __constructmetodo.

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

Esistono due suggerimenti per il tipo in questo costruttore ( Magento\Framework\Model\ResourceModel\AbstractResource, Magento\Framework\Data\Collection\AbstractDb) che non sono interfacce di gestione oggetti Magento. Sono lezioni astratte. Quando estendo questa classe e provo ad aggiungere la mia dipendenza iniettata

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 viene rilasciato quando il gestore oggetti tenta di creare un'istanza delle classi astratte.

Posso "risolvere" questo spostando la mia dipendenza dagli oggetti di fronte alle classi astratte

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

Tuttavia, questo ha cambiato l'ordine degli argomenti. In una classe completamente gestita da oggetti, questo non sarebbe un problema. Tuttavia, il fatto che esistano questi suggerimenti di tipo di classe astratta implica che ci sono parti del sistema Magento che istanzeranno manualmente (cioè non tramite il gestore oggetti o DI) un'istanza di oggetti CRUD e passeranno oggetti conformi ai suggerimenti di tipo in quell'ordine specifico .

È sicuro? vale a dire queste classi astratte nel costruttore di un modello astratto sono solo codice legacy e non vengono utilizzate? O parti del sistema useranno ancora queste, il che significa che non è possibile iniettare dipendenze in un modello CRUD?

Innanzitutto il costruttore è api privato di classe. La funzione di costruzione ha un significato speciale e non richiede di avere lo stesso elenco / ordine di argomenti della classe genitore.

È possibile iniettare una dipendenza in un modello CRUD Magento 2?

Sì, naturalmente.

È sicuro?

Sì, ma Magento Object Manager presume che tutti i parametri opzionali siano posizionati alla fine dell'elenco e che i parametri richiesti dopo facoltativo non vengano risolti.

Gli argomenti $ resource, $ resourceCollection sono legacy ma sono ancora ampiamente utilizzati nelle classi Model. La maggior parte del modello utilizza codice come questo per inizializzare la risorsa e la classe di raccolta.

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

Questo è il motivo per cui questo parametro è facoltativo. Ma, ad esempio, nel test unitario passiamo la beffa di risorse o raccolte nel costruttore per consentire la sostituzione della realizzazione.

Questo sembra essere sicuro. Almeno, Magento lo sta facendo in diversi punti. Vedere i metodi __construct nel seguente elenco (non esclusivo) di classi per esempi

• \ Magento \ Tema \ modello \ a tema \ File
• \ Magento \ Tema \ modello \ design
• \ Magento \ vendite \ modello \ Order \ di accredito

Sfortunatamente, non posso rispondere all'altra parte della tua domanda.

1. Come usi il tuo modello?
2. Nel tuo caso $mineè una richiesta di parametro, mentre $resource, $resourceCollectione $datasono facoltativi . I parametri opzionali dovrebbero sempre andare per ultimi, altrimenti è impossibile lavorare con loro come con facoltativo. Quindi mi sembra OK che dovresti specificare $mineprima di qualsiasi parametro facoltativo.