星空网 > 软件开发 > ASP.net

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了,挖咔咔!

 

 

 

 




原标题:MvvmLight框架使用入门(四)

关键词:

*特别声明:以上内容来自于网络收集,著作权属原作者所有,如有侵权,请联系我们: admin#shaoqun.com (#换成@)。
相关文章
我的浏览记录
最新相关资讯
海外公司注册 | 跨境电商服务平台 | 深圳旅行社 | 东南亚物流