Устранение связанного объекта в Ninject

Question

Я связываю объект класса DonorContext (который происходит из DbContext из EntityFramework), как показано ниже в Global.ascx, как показано ниже.

kernel.Bind<DonorContext>().ToSelf().InRequestScope().OnDeactivation(DisposeDonorContext); 

Я ожидал, что в конце запроса Ninject вызовет метод DisposeDonorContext. Но его никогда не называют.

Что я могу собрать из Интернета, так это то, что объекты IDisposible types будут автоматически получать свой метод Dispose, когда они выходят из области видимости. Это не происходит в моем случае, и поэтому я пытался использовать OnDeactivation() для размещения DonorContext (чего не бывает).

Любые идеи о том, почему распоряжения не происходит?

Answer 1

Ninject автоматически вызовет метод Dispose объектов, реализующих IDisposable (по крайней мере, это произошло, когда я протестировал его с последней версией). Если этого не произойдет, я подозреваю, что проблема в том, что вы никогда не используете этот DonorContext в любом месте приложения. Таким образом, он никогда не получает экземпляр и никогда не удаляется. Например, если у вас есть контроллер, который принимает этот контекст как аргумент конструктора:

public class HomeController: Controller 
{ 
    private readonly DonorContext _context; 
    public HomeController(DonorContext context) 
    { 
     _context = context; 
    } 

    public ActionResult Index() 
    { 
     return View(); 
    } 
} 

Он должен работать. Он также работал бы, если бы у вас был сервисный уровень, который принимает этот контекст как аргумент конструктора, а затем вы используете эту службу в контроллере (с вводом конструктора). В конце дня у вас должен быть контроллер, который принимает некоторую зависимость, которая сама по себе может быть DonorContext или какой-либо другой зависимостью, которая сама зависит от DonorContext (репозиторий, служба, ...), чтобы вызвать цепочку инъекций зависимостей.

Это, как говорится, работает с конкретным типом, например DonorContext в вашем контроллере, который поражает цель использования инъекции зависимостей по мере их жесткого кодирования.