Prism研究（for WPF & Silverlight）8．Event机制
终于说到Event了。阅读本篇之前，请参阅我的另一篇关于事件的文章：CLR笔记：10.事件
Prism自带的示例与MVP模式的耦合性太大了，以至于看不出Prism框架中独特的Event机制。于是，我自己写了一个超级简单的Sample，以飨读者。
示例代码下载：code.zip
事件的实现很简单，以下是傻瓜化Step by Step：
1. 在公共类库中定义事件AddNotamsEvent ：
public class AddNotamsEvent : CompositePresentationEvent<NotamsInfo> { }
其中，NotamsInfo为一个自定义的实体：
public class NotamsInfo
{
public string IATA
{
get;
set;
}
public string ICAO
{
get;
set;
}
}
当然也可以直接使用简单类型，这样就不用自定义实体了：
public class AddAircraftEvent : CompositePresentationEvent<int>
2. 在事件发布方：
News news = new News() {
Title = "Bao's demo was published.",
Content = "This message is wonderful."
};
eventAggregator.GetEvent<NewsAddedEvent>().Publish(news);
3. 在事件订阅方：
this.eventAggregator.GetEvent<NewsAddedEvent>().Subscribe(ShowMessage);
这里，ShowMessage是一个具有News类型参数的方法：
public void ShowMessage(News news)
{
tbSimpleParam.Text = news.Title;
}
这样，一个完整的Prism事件机制就完成了。
让我们回过头来，看一下IEventAggregator，它有一个常用的方法GetEvent<T>，用来获取注册到其中的事件T。
对于事件的订阅，更正规的写法如下所示：
StandardMessageAddedEvent messageAddedEvent = eventAggregator.GetEvent<StandardMessageAddedEvent>();
if (subscriptionToken != null)
{
messageAddedEvent.Unsubscribe(subscriptionToken);
}
subscriptionToken = messageAddedEvent.Subscribe(ShowMessage2, ThreadOption.UIThread, true, Filter);
同时，在ShowMessage2方法中，补充一段代码，用来取消事件的调阅：
public void ShowMessage2(string text)
{
tbSimpleParam.Text = text;
StandardMessageAddedEvent messageAddedEvent = eventAggregator.GetEvent<StandardMessageAddedEvent>();
if (subscriptionToken != null)
{
messageAddedEvent.Unsubscribe(subscriptionToken);
}
}
在上面的代码中，我们看到这样的顺序：
1. 先从IEventAggregator中获取注册到其中的事件对象，也就是messageAddedEvent：
StandardMessageAddedEvent messageAddedEvent = eventAggregator.GetEvent<StandardMessageAddedEvent>();
2. 这个messageAddedEvent对象具有Subscribe方法，它返回一个SubscriptionToken类型的对象，用来标志事件触发后，在订阅一方所调用的方法：
subscriptionToken = messageAddedEvent.Subscribe(ShowMessage2, ThreadOption.UIThread, true, Filter);
3. 但是在第2步之前，我们要检查SubscriptionToken对象是否为空，否则就要注销之前的messageAddedEventHandler方法：
if (subscriptionToken != null)
{
messageAddedEvent.Unsubscribe(subscriptionToken);
}
之所以这么写，是因为我实在不放心弱引用后的垃圾自动回收时间，于是，我将Subscribe方法的第3个参数设置为了true（默认为false，弱引用，垃圾自动回收），这样，订阅的就是强引用了，Prism就会要求我们必须手动取消事件的订阅。
在上面的Subscribe方法中，我们看到它有4个参数，这是它最完整的一个重载，签名如下所示：
public virtual SubscriptionToken Subscribe(Action<TPayload> action, ThreadOption threadOption, bool keepSubscriberReferenceAlive, Predicate<TPayload> filter)
其中，第一个参数就是订阅一方所要调用的方法，在上面的例子中为ShowMessage2。
第二个参数是ThreadOption枚举，相应说明见注释：
public enum ThreadOption
{
// 在Publisher所在的线程上执行，默认值
PublisherThread,
/// 在UI线程上触发
UIThread,
///在后台线程上异步调用
BackgroundThread
}
其中，PublisherThread表示在Publisher所在的线程上执行，这是一个默认值。
UIThread线程表示在UI线程上执行，即调用wpf Dispatcher的BeginInvoke方法，如下所示：
Application.Current.Dispatcher.BeginInvoke(DispatcherPriority.Normal, method, arg);
BackgroundThread表示在后台线程上异步调用，即通过BackgroundWorker类来异步操作
public override void InvokeAction(Action<TPayload> action, TPayload argument)
{
BackgroundWorker worker = new BackgroundWorker();
worker.DoWork += ((sender, e) => action((TPayload)e.Argument));
worker.RunWorkerAsync(argument);
}
关于这3个枚举的区别，我也写了一个Demo，请大家根据我的解释去理解(暂付阙如)。
第三个参数是一个bool值，true表示强引用，要手动取消事件的订阅；false（默认值）表示弱引用，会自动进行垃圾回收。我们在前面有介绍过。
第四个参数是一个bool类型的委托，它以事件传递的消息类型作为参数，我们观察Demo中的代码：
subscriptionToken = messageAddedEvent.Subscribe(ShowMessage2, ThreadOption.UIThread, true, Filter);
public bool Filter(string text)
{
return true;
//return false;
}
使用F5一步步调试，会发现Filter方法是在ShowMessage2方法之前执行的，而且，Filter方法返回true，才会继续执行ShowMessage2方法。于是，我们可以根据这个时间差，来完成一些高难度动作。看下面这个例子，点击Add按钮前后的效果如下图所示：
没错，很像Prism自带的那个Demo，位于C:"Users"baoj"Desktop"PRISM"Quickstarts"EventAggregation，
但是这个例子太复杂了，正如我前面提到的那样，和MVP搞在了一起，于是我对其进行了简化，包包版的示例下载：code.zip
这个例子呢，根据我们选择的是Customer1还是Customer2，来决定文字在Customer1VIew中显示，还是在Customer2VIew中显示。
对，这就是Filter的用武之处了。2个View，即Customer1View和Customer2View，都订阅了同一个事件源。于是，当该事件发布时，2个View都会被触发，根据事件所带的参数是Customer1还是Customer2，来决定是否在自身View中显示。核心语法就是那个Filter方法了，如下所示：
public bool FundOrderFilter(FundOrder fundOrder)
{
return fundOrder.CustomerId == customerId;
}
但是，在实际项目中，MVP模式和EventAggregator技术往往是同时出现的，这才显示出Prism框架的强大。所以，还是建议大家参考Prism自带的Demo。
那，为什么不使用.NET Framework自带的事件机制呢？我们知道，在.NET基本事件模型中，我们要手动创建一个事件管理器，来负责事件的订阅和发布。而在Prism中，因为依赖注入的引进，我们不再需要手动创建这个管理器了，Prism框架会为我们自动创建管理器的一个实例，也就是EventAggregator，它位于另一个Module中，当然这个Module是Prism框架自带的了，还记得UnityBootstrapper的ConfigureContainer方法么，对，就是在这里进行注册的。
那那那，如果我不想传递参数呢？我就是想点击ViewA的按钮，然后ViewB就disabled了。够BT的需求吧。你还别说，Prism框架还真不能提供这样一套不传递参数的机制。否则，你也Publish这样的事件，我也Publish这样的事件，但你我相应的订阅机制不同，可是Prism分不清啊，于是这个世界就乱套了。
别说Prism设计不出这样的事件机制，就连.NET事件机制也做不到，只能采取折中的办法，比如说Button的Click事件：
private void button1_Click(object sender, EventArgs e)
其中，在点击按钮的同时，会把这个按钮对象作为参数sender传递进去，于是，每个按钮的点击事件就区别开了。
照猫画虎，为了在Prism事件机制中也实现传递空参数的技术，我自己创建了一个空类NUllClass，就靠它混饭吃了：
public class NullableEvent : CompositePresentationEvent<NullClass> { }
public class NullClass { }
于是，在发布方传递null：
eventAggregator.GetEvent<NullableEvent>().Publish(null);
而在订阅方订阅依旧，只是在调用方法时对NUllClass参数置之不理：
this.eventAggregator.GetEvent<NullableEvent>().Subscribe(DoSomething);
public void DoSomething(NullClass nullClass)
{
//Do Something();
}
最后说一句，什么时候使用Event，而什么时候使用Command，貌似它们都能解决相同的问题。在前面的介绍中，我们看到，Event主要适用于View之间的通信。而Command，则主要用于单独的View中。我会在下一章看到Command在Prism中的应用。
还有，关于Subscribe方法的最后一个参数Filter，还可以写成这样的形式：
subscriptionToken = fundAddedEvent.Subscribe(FundAddedEventHandler, ThreadOption.UIThread, false, fundOrder => fundOrder.CustomerId == customerId);
但是这只能在WPF中使用，因为Silverlight不支持Lambda表达式。
