WPF_MVVM 开发的几种模式讨论

 

 

   在WPF系(包括SL,WP或者Win8)应用开发中，MVVM是个老生常谈的问题。初学者可能不会有感觉，但当你写一个核心逻辑能在各种平台上无缝移植，而只需改改UI的时候，那种快感是无法用语言来形容的。

   笔者当初接触时，对MVVM并不以为然，编了很多代码以后，反过来看MVVM for WPF的经典文章以后，才若有顿悟。标准的MVVM把程序分成了Model, ViewModel和 View三个部分，但方法是死的，人是活的。我一般的做法是逻辑写一个，View写一个，没有那么严格。为了方便讨论，我们把ViewModel和Model合称Model, View还是View, 分别代表逻辑和界面。分离是肯定的，可是在程序中终究是要把View和Model在某个地方结合起来。 本文就讨论下几种结合的方式。

1. 标准MVVM(由View实例化Model)

     标准的MVVM，做法当然是先设计Model, 然后再设计View, 在View的代码里有且仅有这么几句话：

 public partial class PluginMangerUI : UserControl
    {
     
        public PluginMangerUI()
        {
            this.InitializeComponent();
            PluginManager manager = new PluginManager();
            this.DataContext = manager;
        }
    }

 

 基本的逻辑结构可以用下图来表示。不同的库是由自底向上的方式设计的。