这一篇谈一个MVVM中的一个虽然小但却很实际的问题，就是如何简化Model和viewmodel的设计。这是我们在项目中总结提炼的一些做法。
【备注】关于MVVM的概念，并不是本文的重点。如果你对MVVM还不熟悉，可以参考这里。关于MVVM与之前的MVP，MVC设计模式的渊源和比较，还有目前主流的几个MVVM框架的大致情况，我最近可能再会抽时间另外整理一篇，有兴趣的朋友关注一下。
有用过MVVM的朋友，都知道我们在项目中需要定义Model和viewmodel。Model指的是数据实体，它负责存储数据，并且提供了与外部资源（例如数据库或者远程服务）的交互。viewmodel是指VIEw与Model之间的一个桥梁，通常情况下，VIEw是指界面（例如WPF中的Window，或者Silverlight中的Page等等），使用MVVM的核心目的是让VIEw的设计能够更加独立，它不应该包含太多的数据逻辑。极端情况下，它不应该有一行自定义代码。那么，你可能会问，不用代码怎么显示和更新数据呢？答案就是，VIEw通过绑定（Binding)连接到viewmodel，在WPF和Silverlight中都可以实现双向（TwoWay）的绑定。这样就能实现数据的显示和更新。同时，viewmodel中还可以公开一些Command,以便可以让VIEw中的特殊 *** 作可以绑定。——这就是MVVM的核心理论。
那么，言归正传吧，在介绍我们的问题之前，我先给大家看一个典型的Model类型
using System.Diagnostics;using System.ComponentModel;namespace WPFMVVMSample.Models{ public class Employee:INotifyPropertyChanged { public event PropertyChangedEventHandler PropertyChanged; private voID OnPropertyChanged(string name) { if (PropertyChanged != null) PropertyChanged(this,new PropertyChangedEventArgs(name)); //为了便于调试，我们在Output窗口输出一行信息 DeBUG.Writeline(string.Format("{0} Changed",name)); } private string firstname = string.Empty; public string Firstname { get { return firstname; } set { if (value != firstname) { firstname = value; OnPropertyChanged("Firstname"); } } } private string lastname = string.Empty; public string Lastname { get { return lastname; } set { if (value != lastname) { lastname = value; OnPropertyChanged("Lastname"); } } } private int age = 18; public int Age { get { return age; } set { if (value != age) { age = value; OnPropertyChanged("Age"); } } } }}
是不是很熟悉这个代码呢？这是一个表示员工信息的Model类型。
为了实现双向绑定，并且在属性发生变化时接收通知，我们通常需要实现一个接口，叫INotifyPropertyChanged。 这个接口只有一个事件（PropertyChanged）。通常为了触发该事件，我们会定义一个统一的方法（OnPropertyChanged） 通常在每个属性中的set方法器中，我们要去调用OnPropertyChanged，发出属性已更改的通知。也不算复杂对吧，但问题在于，如果这个Model类型有很多属性的话，那么这个类就会变得很冗长。而且很多代码其实都是同样的写法。更何况，一个项目里面可能会有很多个Model类型呢？
我们的问题就是：有没有什么方式来让自动完成这样的工作呢？也就是说，每个属性的Set方法执行完之后，自动地调用OnPropertyChanged这个方法。
例如，我们能不能还是按照下面这样定义Model类型呢？
namespace WPFMVVMSample.Models{ public class Customer { public string CustomerID { get; set; } public string Companyname { get; set; } }}
我想，一个Model类型本应就这么简单，你不这么觉得吗？那么，就随我一步一步来做个实验吧
首先，考虑到可能有很多个Model类型，每个类型都去实现那个INotifyPropertyChanged接口，就显得不是那么理想。针对这个问题，我们很自然地想到将这部分实现提取到一个基类去。我们确实是这么做的。例如，下面这里我们定义一个ModelBase类型
using System.ComponentModel;using System.Diagnostics;namespace WPFMVVMSample.Models{ public abstract class ModelBase:INotifyPropertyChanged { public event PropertyChangedEventHandler PropertyChanged; protected voID OnPropertyChanged(string name) { if (PropertyChanged != null) PropertyChanged(this,name)); } }}
那么，接下来，我们就要让Customer类型继承ModelBase
namespace WPFMVVMSample.Models{ public class Customer:ModelBase { public string CustomerID { get; set; } public string Companyname { get; set; } }}
我们已经简化了实现接口的那部分工作。但是，还有一个关键点，如何让每个属性的set方法器中自动调用基类中定义好的OnPropertyChanged方法呢？也就是说，我们希望通过一个什么样的方式在每个set方法后面插入一个特殊的代码逻辑。是不是这样呢？
我联想到以前用过的一个所谓的AOP（面向方面的编程）的框架，当初还写过一篇文章介绍，请参考下面的链接
PostSharp的AOP设计在.NET Remoting中的应用我曾经用过一个业界比较认可的静态AOP框架，叫做postsharp。它的官方网站在下面
http://www.sharpcrafters.com/有了postsharp，我们的问题就很容易可以解决了。请大家下载，安装，然后在项目中添加两个引用
我们可以编写下面一个特殊的Attribute
using System;using postsharp.Laos;namespace WPFMVVMSample{ ////// 陈希章 /// 2011-6-24 /// 这是一个特殊的Attribute，是postsharp中实现方法注入的一个做法 /// [Serializable] [AttributeUsage(AttributeTargets.Class,inherited=true,AllowMultiple=false)] public class NotifyPropertyChangeAttribute:OnMethodBoundaryAspect { public overrIDe voID OnSuccess(MethodExecutionEventArgs eventArgs) { var methodname = eventArgs.Method.name; var type = eventArgs.Instance.GetType(); var targetmethod= type.getmethod("OnPropertyChanged",System.Reflection.BindingFlags.NonPublic| System.Reflection.BindingFlags.Instance); if (methodname.StartsWith("set_") && targetmethod != null)//只针对这种方法器进行注入 { var propertyname = methodname.Substring(4);//解析得到属性名称 targetmethod.Invoke(eventArgs.Instance,new[] { propertyname });//执行该方法 } } }}
那么，如何实现这个特殊的Attribute呢？我们只要在Customer这个类型上添加它就可以了。最终设计好的Customer类型如下
namespace WPFMVVMSample.Models{ [NotifyPropertyChange] public class Customer:ModelBase { public string CustomerID { get; set; } public string Companyname { get; set; } }}
大家可以将这个类型与本文最开头的Employee类型比较一下，代码明显精简了很多很多。
至于viewmodel，也是同样的做法即可。
你可能会疑惑地说，真有这么神奇吗？上面这样做了之后，有没有真正地生效呢？
为了让你看到效果，又不免很复杂，还记得我们在ModelBase里面有下面一句代码吗？
//为了便于调试，我们在Output窗口输出一行信息 DeBUG.Writeline(string.Format("{0} Changed",name));
也就是说，只要属性发生了变化，就发出通知，并且在Output窗口中显示一些信息。
我们可以做一个简单的测试，在MainWindow中加入如下的代码
using System;using System.Collections.Generic;using System.linq;using System.Text;using System.windows;using System.windows.Controls;using System.windows.Data;using System.windows.documents;using System.windows.input;using System.windows.Media;using System.windows.Media.Imaging;using System.windows.Navigation;using System.windows.Shapes;namespace WPFMVVMSample{ ////// Interaction logic for MainWindow.xaml /// public partial class MainWindow : Window { public MainWindow() { InitializeComponent(); Loaded += new RoutedEventHandler(MainWindow_Loaded); } voID MainWindow_Loaded(object sender,RoutedEventArgs e) { var customer = new Models.Customer(); customer.CustomerID = "microsoft"; customer.Companyname = "microsoft company"; this.DataContext = customer; } }}
我们这里初始化了一个Customer对象，并且对它两个属性都做了更改。
按下F5进行调试，注意将Output窗口显示出来。我们会发现有下面的输出
这样就证明了我们刚才的假设：属性值修改之后，我们收到了通知，而且执行了OnPropertyChanged方法。
总结以上是内存溢出为你收集整理的如何利用AOP简化MVVM中Model和ViewModel的设计全部内容，希望文章能够帮你解决如何利用AOP简化MVVM中Model和ViewModel的设计所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）