博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Mvvm Light Toolkit 入门
阅读量:5114 次
发布时间:2019-06-13

本文共 5085 字,大约阅读时间需要 16 分钟。

原文:

前言

之前学习UWP的时候就一直看到有关MVVM的资料但是一直没有系统的去学,最近正好有时间,特地来攻破这个点,顺便学习一下VS与GitHub的链接和MarkDown的语法。

下面的附件里有这篇博客里用到的Demo工程,我已经加上了比较详细的注释,可以帮助理解代码,欢迎点击查看。

MVVM简介

MVVM(Model-View-ViewModel)是一种程序模式,是MVP(Model-View-Presenter)模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去,以应对客户日益复杂的需求变化。

MVVM图解

如图,View就是视图,是呈现给用户的界面,它接受用户的交互,也为用户显示数据;ViewModel是视图模型,里面是显示逻辑,ViewModel与View进行绑定;然后是Model,也就是数据模型,主要用来给ViewModel提供数据,至于业务逻辑应该放在Model里还是ViewModel里似乎没有绝对的正确答案,两种方式都有人用。

MVVM模式有几大优点:

  1. 低耦合。视图(View)可以独立于Model变化和修改,一个ViewModel可以绑定到不同的”View”上,当View变化的时候Model可以不变,当Model变化的时候View也可以不变。
  2. 可重用性。你可以把一些视图逻辑放在一个ViewModel里面,让很多view重用这段视图逻辑。
  3. 独立开发。开发人员可以专注于业务逻辑和数据的开发(ViewModel),设计人员可以专注于页面设计,使用Expression Blend可以很容易设计界面并生成xml代码。
  4. 可测试。界面素来是比较难于测试的,而现在测试可以针对ViewModel来写。

MVVM Light框架简介

MVVM Light是一种MVVM的实现。它不是唯一的一种实现,但它是现在大家公认的比较好的一个实现。

MVVM Light功能设计的非常灵活,非常注重实现,它实现了MVVM设计模式基础的框架如ViewModelBase类,实现了泛型Command< T >,这些都是MVVM基础。
MVVM Light有个创造性的设计就是消息通知(Messenger),这个设计非常的出色,让View与ViewModel的通信变的非常简单,实现了低耦合的设计原则。

一般我们说到MVVM Light都是指的MVVM Light Toolkit这个工具包,这个工具包的主要目的是加速 MVVM 应用程序在 Windows Universal、WPF、Silverlight、Xamarin.iOS、Xamarin.Android 和 Xamarin.Forms 的开发与创造。

MVVM Light Toolkit可以帮助我们从模型中分离视图,创建简洁和易于维护和扩展的应用程序。它还创建可测试的应用程序,并允许你有多个瘦用户界面层(这是更难自动测试的)。
该工具包在它创建的应用程序中特别强调“可设计” (即能够在Blend中打开和编辑用户界面),包括创建设计时数据,以使Blend使用者能够在和数据控件一起进行“可视化”的工作。

MVVM Light Toolkit 的安装

直接安装插件
打开VS,菜单栏选择:“工具” / “扩展和更新”,然后进入 “联机” / “Visual Studio MarketPlace” 选项卡,在搜索框中输入“mvvm light”,选择点击安装即可。
安装扩展插件
通过这个方法安装以后,新建工程的时候可以看到预设的几个模板:
MVVM Light Toolkit 的预设模板

如图,从上到下依次是UWP、安卓、iOS和WPF工程的模板,不过通过模板建立的UWP工程有点臃肿,我觉得算得上是一个Demo,各种特性都基本包括了,WPF工程倒是只有一个TextBlock在里面,比较简洁。

在项目中安装NuGet包
打开项目,在解决方案资源管理器中右击“引用”项,点击“管理NuGet程序包”,搜索“mvvm light”,安装“MVVMLightLibs”即可。
安装NuGet包
这个方法安装之后新建工程的时候没有模板

MVVM Light Toolkit 工程目录及文件

MVVM,自然就有Model、View和ViewModel三个部分了,以框架生成的的UWP模板为例,Model文件夹里面是数据模型,ViewModel文件夹里是视图模型,而视图则放在了根目录下面(当然你也可以新建一个View文件夹来存放视图)。

文件结构

Design文件夹:
里面存放的是上面简介中提到的“设计时”数据,在VS Blend里打开项目时,运行时数据会填充到数据控件中,方便设计界面。
DesignDataService类,类似下面提到的DataService类。
Model文件夹:
IDataService接口里定义了一个名为GetData()的异步方法;
public interface IDataService{    Task
GetData();}

DataService类实现了前面定义的方法,并返回了一个DataItem实例。

public Task
GetData(){ // Use this to connect to the actual data service(用来连接实际数据服务) // // Simulate by returning a DataItem var item = new DataItem("Welcome to MVVM Light"); return Task.FromResult(item);}
DataItem是数据模板。
ViewModel文件夹:
ViewModelLocator类包含了这个应用中所有ViewModel的静态引用并提供了绑定的进入点。并通过SimpleIoc这个容器实现了依赖注入。

使用ViewModelLocator的好处:

  1. View和ViewModel之间不再直接引用,而是通过ViewModelLocator关联。
  2. 储存在ViewModelLocator里的ViewModel类似与单例的存在,可以在全局引用绑定
  3. 避免了某些情况下频繁创建ViewModel,却未做好资源释放造成的内存泄漏。(并不是说所有ViewModel都必须放到ViewModelLocator里)

SimpleIoc的使用方法:

  1. 将自己的类注册到SimpleIoc

    SimpleIoc.Default.Register(()=>new MyClass());
  2. 把MainViewModel也注册到SimpleIoc

    SimpleIoc.Default.Register
    ();
  3. 在Main属性中通过ServiceLocator.Current.GetInstance()方法获取实例

    public MainViewModel Main => ServiceLocator.Current.GetInstance
    ();
  4. 在MainViewModel的构造函数中匹配MyClass类

    public MainViewModel(MyClass data){    WelcomeTitle = data.Name;}

MainViewModel类则是与MainPage相对应的ViewModel,通过绑定实现MainPage中的各种行为。

App.xaml文件:
将ViewModelLocator作为资源添加到全局的Application.Resources里。
MainPage.xaml文件:
第11行,以StaticResource的形式获取ViewModelLocator实例的资源,并Binding到了页面的DataContext属性。
...DataContext="{Binding Main, Source={StaticResource Locator}}">

通过绑定控件的Command(或者Behavior)属性实现各种点击后的功能。

SecondPage.xaml文件:
非常简单,没有用到MVVM模式,采用默认的Code Behind方式实现显示和页面返回。

MVVM Light的程序集和命名空间

GalaSoft.MvvmLight.dll程序集

GalaSoft.MvvmLight 命名空间

最顶层的命名空间,包含了MvvmLight的主体,最核心的功能都在这里。

  • ICleanup

    实现该接口的ViewModel需要在Cleanup方法中释放资源,特别是-=event。

  • ObservableObject

    该类实现了INotifyPropertyChanged接口,定义了一个可通知的对象基类,供ViewModelBase继承。

  • ViewModelBase

    继承自ObsevableObject,ICleanup。
    将作为MvvmLight框架下使用的ViewModel的基类。
    主要提供Set和RaisePropertyChanged供外部使用。同时会在Cleanup方法里,Unregister该实例的所有MvvmLight Messager(在GalaSoft.MvvmLight.Messaging命名空间内定义)。

  • RelayCommand

    提供了一个ICommand接口的实现

  • RelayCommand< T >

    提供了ICommand接口的泛型实现

GalaSoft.MvvmLight.Helpers 命名空间

MvvmLight框架内部使用的一些辅助类,框架的使用者不直接接触该命名空间。

GalaSoft.MvvmLight.Messaging 命名空间

消息类命名空间,提供全局的消息通知。

GalaSoft.MvvmLight.Views 命名空间

和View结合较紧密,ViewModel通过依赖该命名空间下的类,来避免直接引用View,用以解耦代码对具体的平台的依赖。

  • IDialogService

    对系统弹框消息的抽象。
    针对具体平台会在GalaSoft.MvvmLight.Platform程序集里分别实现

  • INavigationService

    对页面导航的抽象,不同平台会有不同实现。

GalaSoft.MvvmLight.Extras程序集

GalaSoft.MvvmLight.Ioc 命名空间

依赖注入使用的容器放在这个命名空间。

  • ISimpleIoc

    IOC(Inverse Of Control)控制反转,也就是依赖注入(Dependency Injection),简单可以理解为一个托管的容器,替你创建和管理对象。在MVVM中,一般是ViewModel.

  • PreferredConstructorAttribute

    该类继承自Attribute,不常用。
    当ViewModel存在一个以上的构造函数时,可以通过他来指定SimpleIoc默认调用的构造函数。

  • SimpleIoc

    ISimpleIoc接口的实现。功能简单实用。

GalaSoft.MvvmLight.Platform程序集

依赖平台具体实现的功能会放到这个程序集里

GalaSoft.MvvmLight.Threading 命名空间

  • DispatcherHelper
    非UI线程操作UI线程时用到的帮助类,已针对各平台不同的写法做了封装。

GalaSoft.MvvmLight.Views 命名空间

  • DialogService

    IDialogService接口的实现。

  • NavigationService

    INavigationService接口的实现。

附件

参考

posted on
2018-06-06 11:29 阅读(
...) 评论(
...)

转载于:https://www.cnblogs.com/lonelyxmas/p/9144217.html

你可能感兴趣的文章
Python入门-函数
查看>>
[HDU5727]Necklace(二分图最大匹配,枚举)
查看>>
距离公式汇总以及Python实现
查看>>
设计模式之装饰者模式
查看>>
一道不知道哪里来的容斥题
查看>>
Blender Python UV 学习
查看>>
window添加右键菜单
查看>>
入手腾龙SP AF90mm MACRO
查看>>
Window7上搭建symfony开发环境(PEAR)
查看>>
Linux内核态、用户态简介与IntelCPU特权级别--Ring0-3
查看>>
第23月第24天 git命令 .git-credentials git rm --cached git stash clear
查看>>
java SE :标准输入/输出
查看>>
一些方便系统诊断的bash函数
查看>>
jquery中ajax返回值无法传递到上层函数
查看>>
css3之transform-origin
查看>>
[转]JavaScript快速检测浏览器对CSS3特性的支持
查看>>
Master选举原理
查看>>
[ JAVA编程 ] double类型计算精度丢失问题及解决方法
查看>>
小别离
查看>>
微信小程序-发起 HTTPS 请求
查看>>