MVVM模式是Model、View、ViewModel的简称,最早出现在WPF,现在Silverlight中也使用该模式,MVVM模式是对MVC模式的变种。哪儿变了?我认为MVVM和MVC的主要变化在于MVVM更适合于XAML。
MVVM模式和MVC模式一样,主要目的是分离视图(View)和模型(Model),有几大好处:
1. 低耦合。视图(View)可以独立于Model变化和修改,一个ViewModel可以绑定到不同的"View"上,当View变化的时候Model不可以不变,当Model变化的时候View也可以不变。
2. 可重用性。你可以把一些视图逻辑放在一个ViewModel里面,让很多view重用这段视图逻辑。
3. 独立开发。开发人员可以专注于业务逻辑和数据的开发(ViewModel),设计人员可以专注于页面设计,使用Expression Blend可以很容易设计界面并生成xaml代码。
4. 可测试。界面素来是比较难于测试的,而现在测试可以针对ViewModel来写。
如果用Interface接口来表达,基本就是这么个意思:
1 public interface IView 2 { 3 IViewModel ViewModel { get; set ; } 4 } 5 6 public interface IViewModel 7 { 8 IModel Model { get; set ; } 9 10 /// <summary> 11 /// a property that states the controller is busy doing something (like fetching data from a service), 12 /// usually the iterface should be blocked 13 /// </summary> 14 bool IsBusy { get ; } 15 }
1. View
2. ViewModel
3. Model
View和ViewModel主要通过数据绑定和Command/Behavior进行交互,如下图所示:
前面说的Model是客户端的,但实际上Domail Model存在服务器端(靠近数据库)和那就需要和客户端搞映射DTO(Data Transfer Ojbect,数据传输对象,带序列化标记,用来远程调用)。在Silverlight中有个很方便的东西来实现这个DTO过程和序列化,那就是WCF RIA Service和DomainService。如果你创建一个简单的Silverlight应用并且调用WCF RIA Service,基本上会生成DTO Model: ObjectContext(EntityObject)。(也有人喜欢在Model里面调用RiaSerivce实现load,save等等,个人认为不太合适,可以参考这篇文章)
代码例:
public partial class MyModelsEntities : ObjectContext { … } [EdmEntityTypeAttribute(NamespaceName="MyModels", Name="MyEntity" )] [Serializable()] [DataContractAttribute(IsReference=true )] public partial class MyEntity: EntityObject { … }
1. View分离要彻底,不要有坏味道
视图(view)部分,xaml.cs 应该只有很少的代码或没有代码,如果你的xaml.cs包含大量的代码,那么很可能你MVVM用的不对头,需要检查其中代码的坏味道。Xaml和xaml.cs 只能包含处理界面、视图、显示样式、视图元素之间的交互、视图元素动画,等等的内容。
2. ViewModel要可测试
从重构的观点看,如果你的代码中ViewModel是可测试的,有详细的单元测试Unit Test,你的代码是OK的,否则需要检查其中的坏味道。
引用地址:http://www.cnblogs.com/mainz/archive/2011/05/03/2035558.html