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

时间: 2024-12-18 09:22:51

MvvmLight框架使用入门(四)的相关文章

MvvmLight框架使用入门(三)

本篇是MvvmLight框架使用入门的第三篇.从本篇开始,所有代码将通过Windows 10的Universal App来演示.我们将创建一个Universal App并应用MvvmLight框架. 首先通过VS2015创建一个名为UniversalApp的空工程(工程类型为Universal Windows),然后通过NuGet获取MvvmLight,这里需要注意的是,我们选择MvvmLightLib仅下载DLL文件,因为MvvmLight还未对Universal App做适配,并不会自动创建

MvvmLight框架使用入门(二)

上一篇我们简单对MvvmLight做了介绍.罗列了三个DLL中,各个命名空间下主要类的定义及大致作用.因为只是范范的概论,对于从未接触过MvvmLight的萌新来说,根本就是在晃点他们.不过万事开头难么,本篇则会以Hello World般的简单例子,来给萌新们当头一击,教会他们使用MvvmLight最最基础的部分. 首先还是动手练习,打开免费又强大的Visual Studio 2015 Community,创建一个WPF Application.不创建Win10的Universal App是因为

实体框架 (EF) 入门 =&gt; 四、CodeFirst 枚举支持

当使用 Code First 开发时,通常是从编写用来定义概念(域)模型的 .NET Framework 类开始. 插入记录没有为 Budget 赋值. 数值类型默认值为0,数据库中都为not null,如果不设置Requird特性,可以不赋值,保存时自动使用默认值. 默认值是保存时EF在初始化类时赋给的. Enum类型数据库字段类型为int,保存Enum类型对应的序号,使用时显示相应的字符. 枚举类型并不会映射到数据库中.

【原创】NIO框架入门(四):Android与MINA2、Netty4的跨平台UDP双向通信实战

概述 本文演示的是一个Android客户端程序,通过UDP协议与两个典型的NIO框架服务端,实现跨平台双向通信的完整Demo. 当前由于NIO框架的流行,使得开发大并发.高性能的互联网服务端成为可能.这其中最流行的无非就是MINA和Netty了,MINA目前的主要版本是MINA2.而Netty的主要版本是Netty3和Netty4(Netty5已经被取消开发了:详见此文). 本文中,服务端将分别用MINA2和Netty4进行实现,但在你实际的项目中服务端实现只需选其一就行了.本文中的Demo同时

Thinkphp入门 四 —布局、缓存、系统变量 (48)

原文:Thinkphp入门 四 -布局.缓存.系统变量 (48) [控制器操作方法参数设置] http://网址/index.php/控制器/操作方法 [页面跳转] [变量调节器] Smarty变量调节器 TP变量调节器:普通的php函数 (count  strlen   str_replace) 定义:前者的输出,是后者的输入 [子模板包含] 当前模块彼此包含 <include  file=”模板名称”  /> [使用布局layout] 1. 开启布局,配置变量信息config.php 2.

OkHttp框架从入门到放弃,解析图片使用Picasso裁剪,二次封装OkHttpUtils,Post提交表单数据

OkHttp框架从入门到放弃,解析图片使用Picasso裁剪,二次封装OkHttpUtils,Post提交表单数据 我们这片博文就来聊聊这个反响很不错的OkHttp了,标题是我恶搞的,本篇将着重详细的分析,探索OkHttp这个框架的使用和封装 一.追其原理 Android系统提供了两种HTTP通信类 HttpURLConnection HttpClient Google推荐使用HttpURLConnection,这个没必要多说,事实上,我这篇写的应该算是比较晚了,很多优秀的博文都已经提出了这些观

Android轻量级ORM框架ActiveAndroid入门教程(转)

注:没有找到出处,如有侵犯,请告知 开始ActiveAndroid神奇之旅: 在AndroidManifest.xml中我们需要添加这两个 AA_DB_NAME (数据库名称,这个name不能改,但是是可选的,如果不写的话 是默认的"Application.db"这个值) AA_DB_VERSION (数据库版本号,同样是可选的 – 默认为1) <manifest ...> <application android:name="com.activeandro

开源框架Pushlet入门_java_web

开源框架Pushlet入门 一.comet基本概念 1.comet是一个用于描述客户端和服务器之间交互的术语,即使用长期保持的http连接来在连接保持畅通的情况下支持客户端和服务器间的事件驱动的通信. 2.传统的web系统的工作流程是客户端发出请求,服务器端进行响应,而comet则是在现有技术的基础上,实现服务器数据.事件等快速push到客户端,所以会出现一个术语"服务器推"技术. 二.push实现方式 1.原理: 利用jsp/servel技术,在不关闭http流的情况下push数据到

Spring.NET依赖注入框架学习--入门

Spring.NET依赖注入框架学习--入门 在学些Spring.net框架之前,有必要先脑补一点知识,比如什么是依赖注入?IOC又是什么?控制反转又是什么意思?它们与Spring.net又有什么关系 带着问题,我们一起来看看下面内容(适合刚刚学习或者对依赖注入还太懂的小神看---大神直接飘过) 对以上几个问题都滚瓜烂熟的直接跳下一篇 这里我找到一篇我认为比较好的博文   原地址:http://www.cnblogs.com/jhli/p/6019895.html ---感谢博主分享 1. Io