系列主题:基于消息的软件架构模型演变
.net中事件模型很优雅的实现了观察者模式,同时被大量的使用在各种框架中。如果我们非要给事件模型挑毛病,我觉得有两点:
- 实现起来略微繁琐
- 正如我们上篇文章分析,事件模型在特定的情况下会发生内存泄漏
于是我们想到了更加简单易用的模型:EventAggregator,正如该名称所描述,EventAggregator将观察者都聚合在一个容器里,向EventAggregator发布一个主题,EventAggregator会找到对该主题感兴趣的观察者并通知他。

Prism框架中实现了一个典型的EventAggregator,有时候我们又把此类实现叫做EventBus。
MVVM Light中实现了一个叫Messenger的bus,Messenger是EventBus、EventAggregator等概念的抽象,因为此时的主题已经表现的像是消息一样,所以Messenger这一名称也更加靠近基于消息架构这一主题。
一、实现一个简单的EventBus
EventBus的职责有两点:
- 注册观察者
- 发布主题
所以接口定义为:
public interface ISimpleEventBus
{
void Register<TEvent>(Action<TEvent> action);
void Publish<TEvent>(TEvent @event);
}
所有的主题都可以用Action<TEvent> action来表示,实现起来也很简单:
public class SimpleEventBus
{
public static ConcurrentDictionary<Type,List<Action<object>>> Dictionary=new ConcurrentDictionary<Type, List<Action<object>>>();
public void Register<TEvent>(Action<TEvent> action)
{
List<Action<object>> actionList;
if (!Dictionary.TryGetValue(typeof (TEvent), out actionList))
{
actionList=new List<Action<object>>();
Dictionary[typeof (TEvent)] = actionList;
}
actionList.Add(o=>action((TEvent)o));
}
public void Publish<TEvent>(TEvent @event)
{
List<Action<object>> actionList;
if (Dictionary.TryGetValue(typeof (TEvent), out actionList))
{
foreach (var action in actionList)
{
action(@event);
}
}
}
}
EventBus内部通过一个类型为ConcurrentDictionary<Type,List<Action<object>>> 的字典来存储主题和观察者列表。写个测试试试:
[Test]
public void Should_handle_registered_action()
{
var eventBus = new SimpleEventBus();
var number = 0;
eventBus.Register<MessageA>(m=>number=m.Number);
eventBus.Publish(new MessageA(2));
number.Should().Be(2);
}
internal class MessageA
{
public MessageA(int number)
{
Number = number;
}
public int Number { get; private set; }
}
我们自己写的这个simpleEventBus已经能够应付大部分情况了,使用起来也比事件模型简单很多。但是仍然没有解决内存泄漏的问题。
二、MVVM Light中Messenger的实现
Messenger的实现是我们这个简单eventBus的升级版,首先他抽象了概念,从事件到消息是思维的一个转变,Messenger认为所有注册的主题都是消息。其次采用WeakReference来关联观察者和主题。
public void Register<TMessage>(object recipient, Action<TMessage> action)
{
lock (_registerLock)
{
var messageType = typeof(TMessage);
Dictionary<Type, List<WeakAction>> recipients;
if (_recipientsStrictAction == null)
{
_recipientsStrictAction = new Dictionary<Type, List<WeakAction>>();
}
recipients = _recipientsStrictAction;
lock (recipients)
{
List<WeakAction> list;
if (!recipients.ContainsKey(messageType))
{
list = new List<WeakAction>();
recipients.Add(messageType, list);
}
else
{
list = recipients[messageType];
}
var weakAction = new WeakAction<TMessage>(recipient, action);
list.Add(weakAction);
}
}
RequestCleanup();
}
这个实现跟我们实现的EventBus大同小异,不同之处是dictionary类型为Dictionary<Type, List<WeakAction>>。
WeakAction的构造函数:
public WeakAction(object target, Action<T> action)
{
if (action.Method.IsStatic)
{
_staticAction = action;
if (target != null)
{
Reference = new WeakReference(target);
}
return;
}
Method = action.Method;
ActionReference = new WeakReference(action.Target);
Reference = new WeakReference(target);
}
ActionReference = new WeakReference(action.Target); 这句话将一个object包装进了WeakReference。
发送消息的代码也跟我们自己实现的EventBus大同小异,大家可以直接看代码对比。
写一个测试看看如何使用Messenger:
[Test]
public void Should_handle_registered_actions()
{
int number = 0;
Messenger.Default.Register<MessageA>(this,m=>number=m.Number);
Messenger.Default.Send(new MessageA(2));
number.Should().Be(2);
}
internal class MessageA
{
public MessageA(int number)
{
Number = number;
}
public int Number { get; private set; }
}
我们注意到Messenger采用了消息的概念,所以发布主题也将方法名从publish改为了send。一般我们都说发布一个事件,发送一个消息。Messenger所提到的概念已经快要接近ServiceBus了。
作者:Richie Zhang
来源:http://www.cnblogs.com/richieyang/
声明:本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。