Ninject의 Dispose 메서드가 정말로 필요합니까?

Question

현재 Ninject를 향후 프로젝트에 사용할 수 있는지 평가 중입니다. 하나의 조건은, libary가 Dispose 메서드를 호출하도록 강요해서는 안된다는 것입니다. 그래서, 정말 필요한가요? 메모리 누수와 다른 추악한 결과를 초래하지 않을까요?

Answer 1

순수하게 관리되는 솔루션 인 Ninject는 Dispose()를 호출하지 않으면 메모리 누수 또는 다른 문제가 발생하지 않는다고 생각합니다. 특히 응용 프로그램을 종료하기 전에 마지막으로 수행 한 작업 중 하나 인 커널의 Dispose() 메소드 만 호출하므로 GC 또는 OS의 프로세스 분리로 인해 메모리를 회수 할 수 있습니다.

Dispose()를 호출 할 수있는 IoC 컨테이너가 필요한 이유는 IDisposable을 구현하는 모든 서비스 공급자에서 Dispose()를 호출하기 때문입니다. 유용한 기능 중 하나는 서비스 제공 업체가 관리되지 않는 리소스를 소유하거나 비동기 작업이 완료 될 때까지 기다려야한다는 것입니다 (또는 적어도 이상한 순서로 중단해야 함).

나는 이것이 커널/provider/locator 클래스에 IDisposable을 구현하는 대부분의 IoC 컨테이너 뒤에있는 이유라고 생각합니다.

IoC 컨테이너에서 Dispose()를 사용하는 데 문제가있는 이유는 무엇입니까? 지금까지 콘솔 응용 프로그램, XAML 기반 WPF 응용 프로그램 또는 Xbox 게임에서 항상 호출 할 적절한 위치를 찾았습니다.

Answer 2

Dispose를 돕기 위해 Ninject를 구성 할 수 있습니다. 그것은 무엇에 따라 달라집니다 범위 무엇 전략 당신은 Ninject와 함께 사용합니까. 예를 들어 : 커널이 폐기 될 때

싱글 톤이 배치됩니다

• Ninject disposes every Disposable object that has another scope other than InTransientScope as soon as the scope object to which the created object is tied is collected by GC.,
은 또한 당신은 OnDeactivation 방법 또는 InScope(x => new DisposableStrategy())
• 를 사용하거나 개체가 HttpRequest으로 처리 할 StandardScopeCallbacks.Request를 사용할 수 있습니다. 이것은 웹 응용 프로그램에 유용합니다.