.Net中的AOP系列之《拦截位置》 - tkb至简(5)_H5之家

不使用AOP也可以缓解这些问题，比如可以写单元测试或者防御性编程，它们可以验证所有将会发送的正确通知。虽然可以使用发射使得这件事简单些，但是会潜在产生很多代码。（比如可以使用反射可以循环遍历类的所有属性，获得属性名称，进而确保当事件触发时属性名称时匹配的）。

如果使用了.NET 4.5，那么可以使用一个叫做CallMemberName的新工具来处理INotifyPropertyChanged,CallMemberName是一个特性，可以使用它将一个参数设置成调用的属性的名称。这里我们可以使用它来减少NameViewModel类中字符串的依赖，代码如下：

public class NameViewModel2:INotifyPropertyChanged { public event PropertyChangedEventHandler PropertyChanged; void OnPropertyChanged([CallerMemberName]string propertyName="") { if (PropertyChanged!=null) { PropertyChanged(this,new PropertyChangedEventArgs(propertyName)); } } string _firstName; public string FirstName { get { return _firstName; } set { if (value!=_firstName) { _firstName = value; OnPropertyChanged();//这里就可以移除“FirstName”了 OnPropertyChanged("FullName"); } } } string _lastName; public string LastName { get { return _lastName; } set { if (value != _firstName) { _lastName = value; OnPropertyChanged();//这里就可以移除“LastName”了 OnPropertyChanged("FullName"); } } } public string FullName { get { return string.Format("{0} {1}", _firstName, _lastName); } } }

这是一种改善，重命名属性FirstName和LastName不再是问题了，因为.Net Framework会帮我们填充空白。拼写失误也不是问题了，因为CallMemberName只会使用属性的名称，但是还必须通知FullName更改了，因为它是一个导出属性。而且仍然有很多样板代码，包括显式支持字段和许多setter中的代码。
我们可以使用AOP来处理这些问题，下面我们就使用一个新的AOP工具来协助处理INotifyPropertyChanged。

使用AOP减少样板代码

之前已经使用PostSharp和Castle Dynamic这两个AOP框架演示了很多例子，现在再引入一个新的框架，这个框架之前叫INotifyPropertyWeaver,是专为INotifyPropertyChanged而生的，然而，现在这个框架已经弃用了，在网上基本找不到关于它的消息了，然而，他的作者将它集成到了Fody项目中，而且它现在的名字叫PropertyChanged.Fody，安装时，直接在Nuget控制台输入Install-Package PropertyChanged.Fody即可。
安装好之后，我们只需要定义一个原始的NameViewModel类：

public class NameViewModel { public string FirstName { get; set; } public string LastName { get; set; } public string FullName { get { return String.Format("{0}{1}", FirstName, LastName); } } }

然后，神奇的地方来了，只需要在这个类的上方添加一个特性ImplementPropertyChanged即可，当然前面的数据绑定的步骤还是要做的：

[ImplementPropertyChanged] public class NameViewModel {

运行程序，如下：

简直太方便了，只需要加一个特性就把之前要写那么多代码的事情完成了。事实上，这个特性做的就是这件事，代码编译之后的效果和我们写那么多代码是一样的。

当然，这个工具里面还要很多其它特性，感兴趣的同学可以去Github上去学习，链接在此：https://github.com/Fody/PropertyChanged/wiki。

PropertyChanged.Fody帮我们填充了所有的间隙，它很聪明，可以探测出导出属性，从而填充通知间隙。PostSharp也以PostSharp Ultimate的形式提供了类似的功能。

PostSharp Ultimate
PostSharp Ultimate收集了很多现成的开源切面，包括的现成切面如下：

多线程

诊断（logging）

有限的INotifyPropertyChanged切面
这些工具都是免费的，但是它们要求PostSharp是全商业版本。这些工具的优势是可以获得AOP的所有优势来解决特定的问题，不需要从零开始编写切面。当然，我们也可以使用开源免费的Fody代替。

接下来我们使用PostSharp来实现和上面使用ProperyChanged.Fody相同的功能。先安装Postsharp,再创建一个叫做NotifyPropertyChangedAspect切面类，它继承于LocationIntercetionAspect:

回忆一下，之前我们一开始实现INotifyPropertyChanged时，困难的工作都放到setter中了，因此，这里需要重写OnSetValue方法，这个方法会在使用属性的setter时运行，而且它会代替setter运行。

在OnSetValue里面，需要做2件事：

比较新值和旧值，如果不等，那么应该允许set操作通过（使用PostSharp的args.ProceedSetValue方法）；

需要通知已经改变的属性（包括构造函数中指定的任何导出属性）。创建可以重复使用的RaisePropertyChanged方法，对指定的所有导出属性进行循环遍历，并调用RaisePropertyChanged方法。代码如下：

[Serializable] public class NotifyPropertyChangedAspect:LocationInterceptionAspect { private string[] _derivedProperties; public NotifyPropertyChangedAspect(params string[] derived)//构造函数参数为可变长参数，用于接收导出属性 { _derivedProperties = derived; } public override void OnSetValue(LocationInterceptionArgs args) { var oldValue = args.GetCurrentValue(); var newValue = args.Value; if (oldValue!=newValue) { args.ProceedSetValue(); RaisePropertyChanged(args.Instance, args.LocationName);//只要属性执行了setter，就触发RaisePropertyChanged事件 if (_derivedProperties!=null) { //对每个导出属性触发事件 foreach (string derivedProperty in _derivedProperties) { RaisePropertyChanged(args.Instance,derivedProperty); } } } } private void RaisePropertyChanged(object p1, string p2) { throw new NotImplementedException(); } }