Approaches to Dependency Inversion: DIC vs passando attraverso i parametri del costruttore

Question

Approaches to Dependency Inversion: DIC vs passando attraverso i parametri del costruttore

#1 da (2 voti)
#2 da (1 voti)

2

Nelle applicazioni precedenti su cui ho lavorato, ho avuto una singola classe factory che ha costruito la mia struttura a oggetti e tutte le dipendenze sono state passate a ogni classe attraverso i suoi parametri di costruzione.

Ora sto considerando di utilizzare un framework DIC come Pimple, nel qual caso sembra che tu abbia un contenitore di dipendenze globale a cui fare riferimento all'interno di un costruttore di classe per istanziare i suoi campi di dipendenza.

Mi mancano altri approcci fattibili per fare inversione di dipendenza? Quali sono i pro e i contro per ciascun approccio? Quando vorresti utilizzare un approccio sopra l'altro?

dependency-injection dependency-inversion

posta Nathan Arthur 26.09.2016 - 18:54

fonte

2 risposte

Leggi altre domande sui tag dependency-injection dependency-inversion

Data un'entità che può avere un genitore, o può stare in piedi da sola, qual è il modo migliore per rappresentarlo in un database relazionale I costruttori di oggetti valore non funzionano, anche quando gli invarianti di classe lo prescrivono?

score 2 · Answer 1

La documentazione di Pimple mostra come usarlo per iniettare dipendenze nei costruttori degli oggetti, che è sicuramente il modo di usarlo.

Sì, hai un contenitore di dipendenze globale e no, non lo chiami all'interno di un costruttore di classe.

Sostituisce la tua classe factory, ti chiedi di creare un oggetto di livello superiore e si occupa di creare tutte le dipendenze in modo ricorsivo secondo le regole che hai fornito.

score 1 · Answer 2

Mi sembra che Brufolo sia piuttosto rigorosamente inferiore. Hai un accoppiamento molto più stretto con il contenitore DI e un sacco di chiavi stringa hardcoded ovunque che non possono essere modificate. L'approccio del parametro costruttore è molto superiore perché questo ha zero accoppiamento al contenitore. Ad esempio, immagina quanto sarebbe divertente scrivere un test usando una classe con un contenitore Pimple rispetto all'approccio del parametro costruttore.