MvvmLight框架使用入门(四)

  本篇我们着重介绍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<T>(
ref T field,
T newValue = default(T),
bool broadcast = false,
[CallerMemberName] string propertyName = null)
{
if (EqualityComparer<T>.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<ContactViewModel> 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了,挖咔咔!

上一篇:MySQL中mysqldump导出数据的使用


下一篇:初步学习JS中的闭包