Prism 源码解读6-事件聚合

0 介绍

事件提供的是1对多的绑定,通过委托链实现对订阅者的调用,事件必须要通过发布者调用。同时事件订阅是强引用,事件订阅者的生命周期总是大于等于事件发布者。如果代码中事件很多就会充斥着各种事件的订阅,不利于维护。

Prism提供了EventAggregator器,可以在任何地方进行订阅,任何地方进行调用/发布,实例只对EventAggregator和事件类型有依赖,使用了弱引用,可以过滤消息,并可以控制回调函数线程。感觉很强大,实现应该挺复杂,但看到实现时有一种恍然大悟的感觉,喜欢这种简单而强大的实现。开始一探究竟吧!

1 整体框架

先从整体框架解析一下吧。EventAggregator

1586016466636

发现这只是一个集合类,保存着事件类型和事件实例,还有一个线程上下文保证线程同步。

1586016678093

看一下EventBase,看来所有的订阅委托都是在着保存着,因为有一个IEventSubscription列表。EventSubscription因该是订阅委托的包装器。

1586016838775

看到有SubscriptionToken和DelegateReference,

1586016976132

这边终于看到Delegate的真正存放地点了。这边存放了弱引用,委托类型和MethodInfo。

看到这边理解了,通过一个集合保存事件,这个事件内部存储着所有订阅委托。

当我们向订阅发布的时候,只要从这个集合中获取对应的事件进行订阅发布。相通了是不是觉得自己也能写一个简单的事件聚合器呢?

2 具体代码

来具体看看代码吧。

1586017264883

看到EventAggregator通过依赖注入,获取MessageSentEvent进行订阅。

1586017322564

保存了UI线程上下文和将事件类型和事件类型实例放到集合中,加锁,线程安全。

1586017428835

事件可以啥都没有但必须继承PubSubEvent,功能都在这里实现了。

1586017491852

threadOption默认是PublisherTHread,这里是说回调函数在什么线程执行,BackgroundThread就是Task创建的线程池线程,Dispatcher就是UI线程

1586017822371

1586017860310

1586017930656

内部订阅进行了校验(主要是委托不为空)和Token

1586017977078

看完订阅再来看看调用

1586018100334

在任何地方调用,还是去EventAggregator获取事件实例,然后调用其Publish

1586018170530

1586018195546

从这边可以看出就是依次调用列表中的委托,DispatcherEventSubscription 调用

1586018260251

BackgroundEventSubscription 调用

1586018323302

到现在还没有讲到Filter,来看看怎么实现过滤消息

1586019223480

在订阅的时候值接受含有Brian的消息

使用了泛型的订阅

1586019263323

1586019297099

使用了prcidate<>保存了filter委托,

在Publish主要就是在GetExecutionStrategy方法中

1586019634027

filter返回true触发订阅委托。

总结

事件聚合提供了一个很好的思路,我们甚至可以利用事件聚合的思想实现事件聚合微服务组件。

posted @ 2020-04-05 08:50  杜金锋  阅读(...)  评论(...编辑  收藏