Cosa succede ad usare economico quando mi trasferisco in Dependency Injection

Question

Attualmente sto usando il seguente codice:

public class MyProvider 
{ 
    public MyProvider() 
    { 
    } 

    public void Fetch() 
    { 
     using (PopClient popClient = new PopClient()) 
     { 
      .... 
     } 
    } 
} 

Perché voglio essere in grado di unit test del metodo Fetch e per il fatto che posso' t mock PopClient, ho creato un'interfaccia e una classe wrapper che chiama in PopClient. Il mio codice aggiornato si presenta come:

public class MyProvider 
{ 
    private readonly IPopClient popClient; 

    public MyProvider(IPopClient popClient) 
    { 
     this.popClient = popClient; 
    } 

    public void Fetch() 
    { 
     using (var pop3 = popClient) 
     { 
      .... 
     } 
    } 
} 

Sto usando Ninject per l'iniezione di dipendenza e io non sono del tutto sicuro che tipo di effetto l'istruzione using avrà nel codice aggiornato dal Ninject già creata un'istanza popclient e iniettò nel costruttore.

L'istruzione using eliminerà l'oggetto pop3 e lascerà l'oggetto popClient da solo in modo che Ninject possa gestirlo o l'istruzione using interferirà con Ninject?

Qual è l'approccio corretto in questo caso? Qualsiasi intuizione sarebbe molto utile.

Answer 1

La variabile pop3 sarà dato lo stesso riferimento a un IPopClient oggetto che popClient ha, quindi quando l'istruzione using è finita, l'oggetto a cui entrambe le variabili locali e istanza sarà Dispose() d, probabilmente ponendolo in uno stato incoerente per ulteriore utilizzo.

Se si desidera utilizzare più istanze di IPopClient, uno per Fetch() chiamata, ciò che si dovrebbe fare è iniettare un "metodo factory":

public class MyProvider 
{ 
    private readonly Func<IPopClient> createPopClient; 

    public MyProvider(Func<IPopClient> popClientFactory) 
    { 
     this.createPopClient = popClientFactory; 
    } 

    public void Fetch() 
    { 
     using (var pop3 = createPopClient()) 
     { 
      .... 
     } 
    } 
} 

Ora, quando si chiama Fetch(), si eseguirà la fabbrica metodo che restituirà un nuovo riferimento a un IPopClient, che può essere utilizzato e quindi eliminato senza influire su altre chiamate a tale metodo.

AutoFac supporta l'iniezione di metodi di fabbrica per tipi registrati senza alcuna configurazione aggiuntiva (da cui il nome, credo); Credo che quando si configura un container Ninject sia necessario registrare esplicitamente un "getter" come metodo factory per un determinato tipo restituito (che può essere semplice come un lambda ()=>new PopClient() o può usare una chiamata al metodo di risoluzione del contenitore).

Answer 2

Quando si imposta le associazioni, dichiarare il campo di applicazione:

https://github.com/ninject/ninject/wiki/Object-Scopes

Ninject chiamerà smaltire sugli oggetti che ne derivano per voi, quindi assicuratevi di scrivere i vostri metodi di smaltimento in tutti gli oggetti che date a Ninject da gestire.