Мы используем Ninject с Caliburn.Micro для создания приложения MVVM WCF Silverlight. У меня возникла проблема с жизненным циклом моих моделей представлений.
Я создал простой недействительный модуль для привязки моей модели представления и клиента wcf.
public class IDCardModule : NinjectModule
{
public override void Load()
{
Bind<IIdCardManagerClient>().To<IdCardManagerClient>();
Bind<IDCard.SL.ViewModel.IIdCardViewModel>().To<IDCard.SL.ViewModel.IdCardViewModel>();
}
}
В моем IIdCardViewModel я требовал, чтобы он наследовал от IDisposable, потому что я хочу регистрировать и отменять регистрацию для событий wcf и некоторых локальных неуправляемых ссылок.
Однако Dispose никогда не вызывается.
Я смотрел на добавление деактивации для вызова dispose следующим образом:
Bind<IDCardExclude.SL.ViewModel.IIdCardExclusionViewModel>().To<IDCardExclude.SL.ViewModel.IdCardExclusionViewModel>().OnDeactivation(
m => m.Dispose());
Но это заставило меня добавить две вещи: переопределение Unload в моем IDCardModule, которое извлекло объект и освободило его:
var releaseMe = this.Kernel.Get<IIdCardViewModel>();
this.Kernel.Components.Get<Ninject.Activation.Caching.ICache>().Release(releaseMe);
и .InThreadScope () или .InSingletonScope () для моего метода Bind в Load.
Существует ли более простой способ принудительной деактивации определенного объекта? Или я должен посмотреть в другую структуру МОК?
Я посмотрел в IStartable и у меня были похожие проблемы.
Также я прочитал статью Нейта , в которой он имеет блок активации и оборачивает все в операторе using. Моя проблема в том, что моя модель представления может работать долго, и я не верю, что его решение будет работать здесь. Кроме того, наличие специального потока, который спит и вызывает GC.Collect, тоже не пахнет правильно.