一、背景:与用户界面 (UI) 相关的最大的问题就是大量的凌乱的代码,原因两个:
(1) 用户界面包含负责的逻辑用于维护界面相关对象;
(2) 其次也包含了应用程序状态的维护。
用户界面的3大问题:状态 (State) , 逻辑 (Logic) ,同步 (Synchronization),其中状态是用户界面最关心的问题之一。
二、简述MVC、MVP、MVVM
(1) MVC:模型-视图-控制器(Model View Controller),它强制性的使应用程序的输入、处理和输出分开。
(2) MVP:模型-视图-表现类(Model-View-Presenter)
(3) MVVM:模型-视图-视图模型(Model-View-ViewModel)
三、比较
(1) 发展过程:MVC->MVP->MVVM
(2) MVC->MVP
MVC中Model不是纯Model,因为它要有View的一些数据结构。
(3) MVC、MVP->MVVM
View没有大量代码逻辑。结合WPF、Silverlight绑定机制,MVP演变出了MVVM,充分利用了WPF、Silverlight的优势,将大量代码逻辑、状态转到ViewModel,可以说MVVM是专门为WPF、Silverlight打造的。
(4)用户界面问题比较
MVC |
MVP |
MVVM |
||||
V |
C |
V |
P |
V |
VM |
|
状态 |
√ |
√ |
√ |
|||
逻辑 |
√ |
√ |
√ |
|||
同步 |
√ |
√ |
√ |
四、MVVM
(1) 组成部分Model、View、ViewModel
(a) View:UI界面
(b) ViewModel:它是View的抽象,负责View与Model之间信息转换,将View的Command传送到Model;
(c) Model:数据访问层
(2) View与ViewModule连接:
(a) Binding Data:实现数据的传递
(b) Command:实现操作的调用
(c) AttachBehavior:实现控件加载过程中的操作
Binding和Command可以写在XAML中。
(3) 优势
(a) ViewModule易于单元测试;
(b) View没有MVC、MVP复杂的代码逻辑,让整个开发过程中的UI设计和后台的代码编写完全分开,设计者可以专注于使用Express Blend等去设计页面也就是View,而开发的可以完全通过Model来定义要操作的object,通过ViewModel来定义出来需要对这些model做哪些操作,最后使用Command来把Model和View完全联系到一起。
(4) 不足
(a) 编写Command的任务重;
(b) 由于Silverlight不能引用非Silverlight项目,许多界面层的逻辑也得放到后台(非ViewModel部分),如Command实现,必须通过WCF通信调用服务。
(5) ICommand
(a) 编写每一个需要绑定的Command
(b) 网上有写好的基于WPF的Command模板,利用Prism特性重用这部分。
(c) 直接利用Prism的DelegateCommand和CompositeCommand类
DelegateCommand接受Delegate参数
CompositeCommand可以将多个Command组合在一起。
注:Prism 是微软最佳实践,可以简化建设WPF和Silverlight应用。
(6) Command原理
(7)AttachBehavior
(a) 背景
假设我们有一个Button, 当该Button被点击的时候我们要完成一些操作, 很简单, 将该操作封装成一个Command并绑定到该Button上就可以了, 但如果我们要在Button被Load的时候执行另外一些操作呢? 由于Button没有直接被Load事件所触发的Command, 所以不能使用Command了. 不能直接将Load事件处理器写在Button所在的xaml所对应的CS文件里, 这和我们刚才对MVVM的设计是相矛盾的. 一个不太好的方案是继承一下Button, 并撰写一个由Load所触发的Command, 这可行, 但明显不好. 正如一个控件没有某个属性并且在不继承的情况下而采用AttachProperty一样, 我们可以采用AttachBehavior.
五、MVVM具体应用
(1) Command工作流程:
主要使用Prism的DelegeCommand、CompositeCommand类与订阅、发布原理。
(a) ViewModel初始化命令(ICommand)
public DelegateCommand<object> AddAdministorCommand { get; private set; }
this.AddAdministorCommand = new DelegateCommand<object>(this.AddAdministor);
(b) View UI元素绑定ViewModel Command属性
Command="{Binding Path=AddAdministorCommand}"
(c) 在ViewModel中定义一个事件(event),实现CompositePresentationEvent<object>接口(object-传递参数)。
public class AdministorRequestEvent: CompositePresentationEvent<AdministorViewModel>
{ }
(d) 使用TheAggregator订阅一个事件的执行者(Action)
this.TheAggregator.GetEvent<AdministorRequestEvent>().Subscribe(ShowAdministorVie w);
public void ShowAdministorView(AdministorViewModel administorVM)
{
AdministorView administorV = new AdministorView();
administorV.ViewDataContext = administorVM;
administorV.Show();
}
(e) 使用发布一个事件
private void AddAdministor(object obj)
{
this.TheAggregator.GetEvent<AdministorRequestEvent>().Publish( new AdministorViewModel(Administor.CreateNewAdministor(),_administorRepository));
}