c# – Prism事件聚合器不能从单独的模块工作

前端之家收集整理的这篇文章主要介绍了c# – Prism事件聚合器不能从单独的模块工作前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我遇到了棱镜事件聚合器的问题.如果我订阅,并在同一模块中发布一个事件,它工作正常.像这样 –
  1. public class InfrastructureModule : IModule
  2. {
  3. private IEventAggregator eventAggregator;
  4.  
  5. public InfrastructureModule(IEventAggregator eventAggregator)
  6. {
  7. this.eventAggregator = eventAggregator;
  8. eventAggregator.GetEvent<TestEvent>().Subscribe(TestSub);
  9. }
  10.  
  11. public void Initialize()
  12. {
  13. eventAggregator.GetEvent<TestEvent>().Publish("Infrastructure module");
  14. }
  15.  
  16. private void TestSub(string s)
  17. {
  18. MessageBox.Show(s);
  19. }
  20. }

但是,如果我在另一个模块中订阅该事件,则在调用eventAggregator.GetEvent().Publish()时没有任何反应 –

  1. public class OtherModule : IModule
  2. {
  3. private IEventAggregator eventAggregator;
  4.  
  5. public OtherModule (IEventAggregator eventAggregator)
  6. {
  7. this.eventAggregator = eventAggregator;
  8. }
  9.  
  10. public void Initialize()
  11. {
  12. eventAggregator.GetEvent<TestEvent>().Publish("Other module");
  13. }
  14. }

基础架构模块首先注册,因此问题不在于OtherModule在订户之前发布事件.任何想法都出错了?

编辑:这是我注册模块的地方

  1. class Bootstrapper : UnityBootstrapper
  2. {
  3. protected override DependencyObject CreateShell()
  4. {
  5. return new Shell();
  6. }
  7.  
  8. protected override void InitializeShell()
  9. {
  10. base.InitializeShell();
  11.  
  12. App.Current.MainWindow = (Window)this.Shell;
  13. App.Current.MainWindow.Show();
  14. }
  15.  
  16. protected override void ConfigureModuleCatalog()
  17. {
  18. base.ConfigureModuleCatalog();
  19.  
  20. ModuleCatalog moduleCatalog = (ModuleCatalog)this.ModuleCatalog;
  21.  
  22. // Infrastructure module
  23. moduleCatalog.AddModule(typeof(Infrastructure.InfrastructureModule));
  24.  
  25.  
  26. moduleCatalog.AddModule(typeof(Other.OtherModule));
  27. }
  28. }

解决方法

根据OP的注释,对象被实例化,然后被销毁.
这使得发布(“OtherModule”);代码什么都不做,因为监听器被破坏了.

确实,如果你将KeepSubscriberReferenceAlive设置为true,
它将起作用,因为您的EventAggregator将保留对订阅者对象(InfrastructureModule)的引用.
这并不理想,基本上你使用的是弱事件模式,你不会冒内存泄漏的风险,必须处理对象的生命周期,从而冒着内存泄漏的风险,就像常规的.NET事件一样.

不要误会我的意思,我不是说你绝对不应该使用KeepSubscriberReferenceAlive,但它应该只在极少数情况下使用.

话虽如此,您的测试用例是一个奇怪的场景:Bootstrapper将在您定义的每个模块上调用Initialize,然后您的shell不会保存这些模块.由于没有人拥有这些模块,它们就被摧毁了.

Initialize的“正常”用法是将正在初始化的模块注入Shell(或任何其他UserControl),这是有道理的:你不想初始化你不会使用的东西.

猜你在找的C#相关文章