MVVM实践

2019独角兽企业重金招聘Python工程师标准>>>

前言

在介绍MVVM框架之前，先给大家简单介绍一下MVC、MVP框架（由于本博文主要讲解MVVM，所以MVC和MVP将简化介绍，如果需要我将在以后的博文中补充进来）。

架构：简单的说架构就是一个蓝图，是一种设计方案，将客户的不同需求抽象成为抽象组件，并且能够描述这些抽象组件之间的通信和调用。

框架：软件框架是项目软件开发过程中提取特定领域软件的共性部分形成的体系结构，不同领域的软件项目有着不同的框架类型。框架不是现成可用的应用系统。而是一个半成品，提供了诸多服务，开发人员进行二次开发，实现具体功能的应用系统。

设计模式：是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结，它强调的是一个设计问题的解决方法。

MVC（model view controller）框架--模型视图控制器 模型：

• M-Model : 业务逻辑和实体模型(biz/bean)
• V-View : 布局文件(XML)
• C-Controller : 控制器(Activity)

相信大家都熟悉这个框架，这个也是初学者最常用的框架，该框架虽然也是把代码逻辑和UI层分离，但是View层能做的事情还是很少的，很多对于页面的呈现还是交由C实现，这样会导致项目中C的代码臃肿，如果项目小，代码臃肿点还是能接受的，但是随着项目的不断迭代，代码量的增加，你就会没办法忍受该框架开发的项目，这时MVP框架就应运而生。

数据处理流程如下图所示：

用户操作浏览器，1.浏览器通过HTTP协议发出数据请求。2.控制器接收请求，通过路径2委托给数据模型，模型通过与逻辑层和持久层的交互，把处理结果反馈给控制器，控制器根据视图结果组装视图，并最终反馈给浏览器可以接受的html数据。

MVP框架：

• M-Model : 业务逻辑和实体模型(biz/bean)
• V-View : 布局文件(XML)和Activity
• P-Presenter : 完成View和Model的交互

MVP框架相对于MVC框架做了较大的改变，将Activity当做View使用，代替MVC框架中的C的是P，对比MVC和MVP的模型图可以发现变化最大的是View层和Model层不在直接通信，所有交互的工作都交由Presenter层来解决。既然两者都通过Presenter来通信，为了复用和可拓展性，MVP框架基于接口设计的理念大家自然就可以理解其用意。

但MVP框架也有不足之处:

1.接口过多，一定程度影响了编码效率。

2.业务逻辑抽象到Presenter中，较为复杂的界面Activity代码量依然会很多。

3.导致Presenter的代码量过大。

MVVM框架：

1. 可重用性。你可以把一些视图逻辑放在一个ViewModel里面，让很多View重用这段视图逻辑。 在Android中，布局里可以进行一个视图逻辑，并且Model发生变化，View也随着发生变化。

2. 低耦合。以前Activity、Fragment中需要把数据填充到View，还要进行一些视图逻辑。现在这些都可在布局中完成（具体代码请看后面） 甚至都不需要再Activity、Fragment去findViewById（）。这时候Activity、Fragment只需要做好的逻辑处理就可以了。

MVVM 在项目中的使用位置

MVVM的Model、View、ViewModel分工

1. View

• 负责界面和显示，界面构成元素有window, controls, page, dataTemplete, custom controls….
• 代码通常有XAML和XAML.CS组成，但后台代码应该很少
• 通过DataContext和ViewModel绑定
• 不直接和Model交互！
• 控件可以和ViewModel的公共属性绑定，update需要双向绑定
• 控件可以触发Behavior/Command调用ViewModel的方法，Command是View到ViewModel的- - 单向通讯 (View中触发事件，ViewModel中处理事件)

2. ViewModel

• 主要包括界面逻辑和模型数据封装，Behavior/Command事件响应，绑定的属性定义等 ViewModel继承Model类，或者是Model的继承类
• 是view和model的桥梁，是对Model的抽象，例如，model中数据格式是“年月日”，可以在view- Model中转换model中的数据为“日月年”以供视图（view）显示。
• 维护视图状态
• 实现属性或集合的change notification

3. Model

• 数据和业务逻辑
• 客户端领域模型
• 由data entities, business objects, repositories and services构成
• 可以实现属性或集合的change notification
• 可以实现validation 接口例如 IDataErrorInfo

View和ViewModel主要通过数据绑定和Command/Behavior进行交互，如下图所示：

有关Model（模型）和DTO的问题

MVVM的实践要点

1. View分离要彻底，不要有坏味道

视图（view）部分，xaml.cs 应该只有很少的代码或没有代码，如果你的xaml.cs包含大量的代码，那么很可能你MVVM用的不对头，需要检查其中代码的坏味道。Xaml和xaml.cs 只能包含处理界面、视图、显示样式、视图元素之间的交互、视图元素动画，等等的内容。

2. ViewModel要可测试

从重构的观点看，如果你的代码中ViewModel是可测试的，有详细的单元测试Unit Test，你的代码是OK的，否则需要检查其中的坏味道。

WPF实现MVVM的示例

示例项目源代码下载：

http://files.cnblogs.com/hielvis/WpfMVVMSample.rar

转载于:https://my.oschina.net/u/3421984/blog/1606638