Mvvm Light Toolkit 入门

作者: 归零者 分类: 未分类 发布时间: 2018-12-17 18:29

前言
之前学习UWP的时候就一直看到有关MVVM的资料但是一直没有系统的去学,最近正好有时间,特地来攻破这个点,顺便学习一下VS与GitHub的链接和MarkDown的语法。
下面的附件里有这篇博客里用到的Demo工程,我已经加上了比较详细的注释,可以帮助理解代码,欢迎点击查看。

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

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

MVVM模式有几大优点:

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

通过这个方法安装以后,新建工程的时候可以看到预设的几个模板:

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

在项目中安装NuGet包
打开项目,在解决方案资源管理器中右击“引用”项,点击“管理NuGet程序包”,搜索“mvvm light”,安装“MVVMLightLibs”即可。

这个方法安装之后新建工程的时候没有模板
MVVM Light Toolkit 工程目录及文件
MVVM,自然就有Model、View和ViewModel三个部分了,以框架生成的的UWP模板为例,Model文件夹里面是数据模型,ViewModel文件夹里是视图模型,而视图则放在了根目录下面(当然你也可以新建一个View文件夹来存放视图)。

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

public interface IDataService
{
Task<DataItem> GetData();
}

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

public Task<DataItem> 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的好处:

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

将自己的类注册到SimpleIoc

SimpleIoc.Default.Register(()=>new MyClass());

把MainViewModel也注册到SimpleIoc

SimpleIoc.Default.Register<MainViewModel>();

在Main属性中通过ServiceLocator.Current.GetInstance()方法获取实例

public MainViewModel Main => ServiceLocator.Current.GetInstance<MainViewModel>();

在MainViewModel的构造函数中匹配MyClass类

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

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

App.xaml文件:
将ViewModelLocator作为资源添加到全局的Application.Resources里。

<Application.Resources>
<!-- 将ViewModelLocator作为资源添加到全局的Application.Resources里 -->
<!--Global View Model Locator-->
<vm:ViewModelLocator x:Key="Locator"
d:IsDataSource="True" />
</Application.Resources>

MainPage.xaml文件:
第11行,以StaticResource的形式获取ViewModelLocator实例的资源,并Binding到了页面的DataContext属性。

...
DataContext="{Binding Main, Source={StaticResource Locator}}">

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

<Button Content="Increment counter"
HorizontalAlignment="Stretch"
Margin="0,0,0,20"
FontSize="24"
Command="{Binding IncrementCommand, Mode=OneWay}"
Foreground="White" />

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接口的实现。

附件
上面用到的Demo(已详细注释)

参考
———————
作者:C_Li_
来源:CSDN
原文:https://blog.csdn.net/github_36704374/article/details/74271465
版权声明:本文为博主原创文章,转载请附上博文链接!

如果觉得我的文章对您有用,请随意赞赏。您的支持将鼓励我继续创作!

说点什么

avatar
  Subscribe  
提醒
跳至工具栏