Directrices para Dispose() y Ninject

Question

lo tanto, tengo un método expuesto de un servicio WCF como tal:

public GetAllCommentsResponse GetAllComments(GetAllCommentsRequest request) 
{ 
    var response = new GetAllCommentsResponse(); 

    using(_unitOfWork) 
     try 
     { 
      Guard.ArgNotNull(request, "request"); 

      var results = _unitOfWork.CommentRepository.Get(d => d.Id > 0).ToArray(); 

      //... Do rest of stuff here 
     } 
     catch (Exception ex) 
     { 
      response.Success = false; 
      response.FailureInformation = ex.Message; 
      Logger.LogError("GetAllComments Method Failed", ex); 
     } 

    return response; 
} 

que tienen un objeto DataUnitOfWork mundial (que implementa IDisposable) que obtiene una instancia por Ninject través de un constructor argumento cuando una llamada de servicio. cuando se recibe la depuración, si uso

using(_unitOfWork) 

el objeto _unitOfWork se dispone inmediatamente después de salir del alcance continuación, se vuelve a llamar de nuevo por Ninject (aunque ha sido marcado como dispuesto, así que no pasa nada.) Sin la declaración using, Ninject maneja la eliminación.

En resumen, ¿hay una regla general para esto? He tenido miedo de todo lo que es identificable después de que todo lo que leo me indica que nunca lo use, o lo uso en ciertas situaciones eclécticas, pero siempre me ha confundido.

Se agradece cualquier entrada.

Ah, también mientras estoy aquí escribiendo de todos modos, ¿por qué exactamente hay una llamada a GC.SuppressFinalize() al desechar? ¿Cómo se diferencian Dispose y Finalize?

Answer 1

La documentación de CLR establece que quien crea un objeto desechable es responsable de llamar a Dispose. En este caso, el objeto es creado por Ninject. Eso significa que debe no llamar Eliminar de forma explícita.

Ninject dispone de cada objeto desechable que tiene otro alcance que no sea InTransientScopeas soon as the scope object to which the created object is tied is collected by GC. Es por eso que cada objeto desechable debe ser Bind d con un alcance que no sea InTransientScope(). P.ej. puede usar InParentScope() desde the NamedScope extension que eliminará el objeto tan pronto como se inyecte el objeto en el que se inyecta.