Best practice dell'iniezione delle dipendenze

Question

Uso il filtro Dipendenza nel mio codice (con Ninject) e ho pensato che stavo andando abbastanza bene fino a quando non ho riscontrato un problema di prestazioni causato da un fraintendimento dei contenitori DI nel codice. Sembra che ci siano molte informazioni su come usare i framework DI ma non troppo su dove non usarli o sul modo migliore di usarli (almeno quello che potrei trovare)

Ho pensato di scrivere quello che ho pensavo fossero delle buone pratiche e vedevo se altre persone erano d'accordo con me e quali altre migliori pratiche le persone possono trovare.

• Usa un kernel per ogni applicazione o AppDomain
• Usare il contenitore DI per longevo Singleton solo oggetti, utilizzare le fabbriche (o altri metodi) per gli oggetti transitori di breve durata)
• Preferisco Constructor iniezione sulla proprietà o Campana iniezione
• Richiesta oggetti, non costruire loro
• altri ?? puntatori a buoni blog/articoli ??

Answer 1

Ecco un breve elenco dei punti più importanti (alcuni dei quali appaiono anche nel PO):

• codice dovrebbe essere a conoscenza di quali DI Container (se presente) viene utilizzato
• Compose l'intera applicazione nella radice dell'applicazione (la radice Composizione)
• favore Constructor iniezione

non posso dire che sono d'accordo con il punto sugli oggetti Singleton vs. Transient. Il punto di DI è che un meccanismo esterno (come ad esempio un contenitore DI) determina il tempo di vita di un dato di dipendenza, non qualcun altro, quindi è necessario avere tutte le dipendenze gestiti dal DI Container.

Answer 2

Utilizzare il contenitore DI per longeva Singleton oggetti solo, uso fabbriche (o altri metodi) per gli oggetti transitori di breve durata)

Ma lasciare libero DI iniettare fabbriche in cui vi serve .