本篇我们着重介绍ViewModelBase，演示Set和RaisePropertyChanged方法的使用，以及就Cleanup方法释放资源展开讨论。
| ICleanup | 接口。实现该接口的ViewModel需要在Cleanup方法里释放资源，特别是-= event |
| ObservableObject | 该类实现了INotifyPropertyChanged接口，定义了一个可通知的对象基类，供ViewModelBase继承 |
| ViewModelBase | 继承自ObservableObject, ICleanup。将作为MvvmLight框架下使用的ViewModel的基类。主要提供Set和RaisePropertyChanged供外部使用。同时会在Cleanup方法里，Unregister该实例的所有的MvvmLight Messenger(在GalaSoft.MvvmLight.Messaging命名空间定义) |
以上是里给出的表格，ViewModelBase是MvvmLight里非常重要的一个基类，理论上使用MvvmLight你所有的ViewModel都需要继承该类（当然你也可以不继承，那你还用啥MvvmLight？啥？只用RelayCommand？给跪了……）
我们先看一下最基本的Set和RaisePropertyChanged方法的使用：
private string title; public string Title { get { return title; } set { Set(ref title , value); } } private string text; public string Text { get { return text; } set { text = value; RaisePropertyChanged("Text"); RaisePropertyChanged("TitleAndText"); } } public string TitleAndText { get { return title + text; } } Set方法会再属性赋值时自动为你调用RaisePropertyChanged进行通知。当然你也可以手动调用RaisePropertyChanged方法。
MvvmLight的源代码如下，将可复用的逻辑提取封装，减少了我们搬砖时的工作量：
protected bool Set( ref T field, T newValue = default(T), bool broadcast = false, [CallerMemberName] string propertyName = null) { if (EqualityComparer .Default.Equals(field, newValue)) { return false; }#if !PORTABLE RaisePropertyChanging(propertyName);#endif var oldValue = field; field = newValue; RaisePropertyChanged(propertyName, oldValue, field, broadcast);return true; }
Cleanup是一个非常重要的方法。当前Page在OnNavigatedFrom时，应该要释放不再需要的资源，特别是-= event，Unregister掉MvvmLight的Messenger。
在继承ViewModelBase的子类ViewModel里调用base.Cleanup();会自动释放掉当前ViewModel注册的Messenger
ViewModelBase里的Cleanup方法：
public virtual void Cleanup() { MessengerInstance.Unregister(this); } 所以一般ViewModel的OnNavigatedFrom方法看上去都是这个样子：
public void OnNavigatedFrom(object obj) { base.Cleanup(); this.xxxxEvent -= xxxxHandler; } 什么什么，你说ViewModel是没有OnNavigatedFrom方法的？确实是没有的，但是我们这里给需要处理导航事件的ViewModel都实现了INavigable接口：
public interface INavigable { void OnNavigatedFrom(object obj); void OnNavigatedTo(object obj); } 然后呢，override需要处理导航事件的Page的相应方法，调用ViewModel里的NavigatedFrom、NavigatedTo方法，传递参数，把处理的逻辑放到ViewModel中：
public sealed partial class MainPage : Page { public MainPage() { this.InitializeComponent(); } protected override void OnNavigatedTo(NavigationEventArgs e) { base.OnNavigatedTo(e); var navigable = DataContext as INavigable; navigable.OnNavigatedTo(e.Parameter); } protected override void OnNavigatedFrom(NavigationEventArgs e) { base.OnNavigatedFrom(e); var navigable = DataContext as INavigable; navigable.OnNavigatedFrom(e.Parameter); } } 看到这里，是不是觉得释放资源什么的也是一件非常的简单的事情呢？但是骚年！Too young too simple, sometimes naive！仅仅这样就够了吗？我们需要再回到Cleanup方法，既然ViewModel可以通过OnNavigatedFrom来释放资源，但如果ViewModel并没有，或者说不需要导航事件，又该如何处理呢。例如某个MainPage对应的MainViewModel中存在一个ContactViewModel的列表：
public class MainViewModel : ViewModelBase, INavigable { ObservableCollection ContactList { get; set; } 而ContactViewModel仅仅是对Contact数据对象做的封装，并不存在导航事件。这时候，如果不需要ContactList常驻内存，MainViewModel的OnNavigatedFrom的方法就长成这样了：
public void OnNavigatedFrom(object obj) { base.Cleanup(); this.xxxxEvent -= xxxxHandler; foreach (var contact in ContactList) { contact.Cleanup(); } ContactList.Clear(); } 没有错哦，仍然是继承了ViewModelBase的ContactViewModel自己来释放内部的资源，但是Cleanup的调用是由外部引用ContactList的MainViewModel来发起的。
本篇就ViewModelBase的继承使用展开了讨论，介绍了一点俺平时使用的经验，包括如何使用导航事件和释放资源。还希望能给萌新们启发，老司机们轻拍。
另外MvvmLight框架使用入门系列可能会暂停一下（反正也没人看……），因为俺接下来要开始搞Win10的Universal App了，挖咔咔！