在WinForm程序中使用MVVM开发模式

在WinForm程序中使用MVVM开发模式

熟悉WPF的朋友一定在WPF程序中使用了MVVM的开发模式，因为MVVM可以带来以下几个优点：

1. 低耦合。视图（View）可以独立于Model变化和修改，一个ViewModel可以绑定到不同的"View"上，当View变化的时候Model可以不变，当Model变化的时候View也可以不变。

2. 可重用性。你可以把一些视图逻辑放在一个ViewModel里面，让很多view重用这段视图逻辑。

3. 独立开发。开发人员可以专注于业务逻辑和数据的开发（ViewModel），设计人员可以专注于页面设计，使用Expression Blend可以很容易设计界面并生成xml代码。

4. 可测试。界面素来是比较难于测试的，而现在测试可以针对ViewModel来写。

 

那么能否在WinForm程序中也使用MVVM模式呢，答案是肯定的。本人最近刚刚完成一个框架bedrock，已开源到此地址：https://github.com/jackhuclan/bedrock，（喜欢的朋友可以给个star）此框架的正是为了此目的而来的。

 

一、 Bedrock能做什么

Ø 各个业务模块能够按需动态加载，也就是实现灵活的插件式架构，实现模块级别的分离

Ø 各个子模块中的界面也可以灵活地呈现到主界面中，也就是实现界面区域的插件化

Ø 各个对象实例的生命周期由Unity进行管理

Ø ViewModel能由框架自动注入到View，实现与WPF一致的MVVM模式

Ø 解耦各种组件，如ViewModel，业务组件，数据访问组件等等，有利于单元测试。

 

Q：1，为什么不直接用WPF，而是在要在WinForm程序中实现MVVM？

A：一，因为大量历史系统是WinForm开发的，你跟老板说全部用WPF重写一遍，老板说，重写系统这段时间不付你薪水可以吗？

二，这些历史系统还在生命周期中，客户还在持续付费，但是客户有些新的需求，你是否将新需求的代码加入到那些已经一团糟的代码中呢？还是以插件的方式，灵活加载进来？

三，对于历史系统的重构应该以循序渐进的方式，而不是完全推到重建。此框架可以帮助你在历史系统中以最小侵入实现插件式架构，模块级别的，哪怕是页面上一个控件级别的。

四，方便以后有机会将整个系统重构为WPF

 

Q：2，这个框架和Prism很像

A：的确这个框架是在Prism的基础上改造而来的，prism是基于WPF的，但是它的模块加载机制，事件消息分发机制都是极好的东西，为什么不用？

（吾尝终日而思矣，不如须臾之所学也；吾尝跂而望矣，不如登高之博见也。登高而招，臂非加长也，而见者远；顺风而呼，声非加疾也，而闻者彰。假舆马者，非利足也，而致千里；假舟楫者，非能水也，而绝江河。君子生非异也，善假于物也。--荀子《劝学》）

 

Q：3，这个框架有严格的单元测试吗？

A：目前这个框架有305个单元测试，更多单元测试还在完善当中，开源后也希望有兴趣的朋友共同参与

 

Q：4，这个框架开源吗，可以免费使用吗？

A：此框架基于MIT License，任何人和企业可以任意修改，任意分发，免费使用。

 

1. 演示模块的按需加载，请参考bedrock\Quickstarts\Modularity\Modularity.sln项目，点击ModuleB将会加载ModuleB，点击ModuleF将会先加载ModuleF的依赖项ModuleE，然后加载ModuleF

 

界面展示

 

2. 演示子模块界面呈现到主界面中

 

呈现到Form1中的效果

 

3. 演示组件分离，ViewModel自动注入

 

项目结构：

 

View层

 

ViewModel层：

 

Service层：

 

你会发现ViewModel和View是没有直接关联的，因此你可以很方便的为ViewModel添加单元测试。