¿Qué ocurre con el uso de la declaración cuando me traslado a la inyección de dependencias

Question

Actualmente estoy usando el siguiente código:

public class MyProvider 
{ 
    public MyProvider() 
    { 
    } 

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

Porque yo quiero ser capaz de probar la unidad del método de Fetch y debido al hecho de que lo que pueda' Para simular PopClient, creé una interfaz y una clase contenedora que llama a PopClient. Mi código actualizado es así:

public class MyProvider 
{ 
    private readonly IPopClient popClient; 

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

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

estoy usando Ninject para la inyección de dependencias y no estoy muy seguro de qué tipo de efecto de la instrucción using tendrá en el código actualizado desde Ninject ya se crea una instancia de popclient y la inyectó en el constructor

¿La instrucción using descartará el objeto pop3 y dejará el objeto popClient solo para que Ninject pueda manejarlo o la sentencia using interferirá con Ninject?

¿Cuál es el enfoque adecuado en este caso? Cualquier idea sería muy útil.

Answer 1

La variable pop3 se le dará la misma referencia a un IPopClient objeto que popClient tiene, así que cuando la declaración using es más, el objeto referido por tanto las variables locales y de instancia será Dispose() d, probablemente colocándolo en un estado inconsistente para un uso posterior.

Si desea utilizar varias instancias de IPopClient, uno por Fetch() llamada, lo que debe hacer es inyectar un "método de fábrica":

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

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

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

Ahora, cuando se llama Fetch(), se ejecutará la fábrica método que devolverá una nueva referencia a IPopClient, que puede usarse y luego eliminarse sin afectar a ninguna otra llamada a ese método.

autofac apoya la inyección de métodos de fábrica para los tipos registrados sin ninguna configuración adicional (de ahí su nombre, creo); Creo que al configurar un contenedor Ninject es necesario que registre explícitamente un "getter" como método de fábrica para un tipo de devolución dado (que puede ser tan simple como un lambda ()=>new PopClient() o puede usar una llamada al método de resolución del contenedor).

Answer 2

Al configurar sus fijaciones, declarar el alcance:

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

Ninject llamará a disponer de los objetos que ha creado para ti, así que asegúrese de escribir hasta sus métodos de eliminación debe realizarse en cualquier objeto que usted da a Ninject para manejar.