使用 Model-View-ViewModel 的问题和解决方案

                                                                                  1                             {Binding WrappedDomainObject.Address.Country}                          

                                                                                  1                             public overrIDe bool TryGetMember(                                                                                 GetMemberBinder binder,out object result) { string propertyname = binder.name; PropertyInfo property = this.WrappedDomainObject.GetType().GetProperty(propertyname); if( property==null || property.CanRead==false ) { result = null; return false; } result = property.GetValue(this.WrappedDomainObject,null); return true;}                          

                                                  
                                                                                        1                               public overrIDe bool TrySetMember( SetMemberBinder binder,object value)                                                                                       {                                                                                       string propertyname = binder.name;                                                                                        PropertyInfo property = this.WrappedDomainObject.GetType().GetProperty(propertyname);                                                                                        if( property==null || property.CanWrite==false )                                                                                        return false;                                                                                        property.SetValue(this.WrappedDomainObject,value,null);                                                                                        this.RaisePropertyChanged(propertyname);                                                                                        return true;}                            
                        
 

                                                                                  1                             public class Person : DomainObject {                                                                                  public DateTime BirthDate { get; set; }                                                                                  public int Age {                                                                                  get { var today = DateTime.Now; // SimplifIEd demo code!                                                                                  int age = today.Year - this.BirthDate.Year;                                                                                  return age; } }...                          

                                                                                  1                             [AttributeUsage(AttributeTargets.Property,AllowMultiple=true)]                                                                                 public sealed class AffectsOtherPropertyAttribute : Attribute                                                                                 {                                                                                 public AffectsOtherPropertyAttribute( string otherPropertyname)                                                                                 {                                                                                  this.AffectsProperty = otherPropertyname;                                                                                  }                                                                                  public string AffectsProperty { get; private set; }}                          

                                                                                  1                             [AffectsOtherProperty("Age")]public DateTime BirthDate { get; set; }                          

                                                  
                                                                                        1                                this.RaisePropertyChanged( otherPropertyAttr.AffectsProperty);}                            
                        
 

重要的是要认识到，如果您对动态 viewmodel 类（更有可能是具体模型派生的 viewmodel 类）上的某个属性执行显式编程 *** 作，DLR 不会调用 TryGetMember 和 TrySetMember 方法，而改为直接调用这些属性。在这种情况下，您会丢失这种自动行为。但是，您可以轻松重构代码，使得自定义属性也能使用此功能。

让我们回到深度嵌套属性上的数据绑定问题（在这种情况下，viewmodel 是当前 WPF 数据上下文），其代码如下所示：

                                                                                        1                               {Binding WrappedDomainObject.Address.Country}                            

使用动态代理属性意味着底层包装的域对象不再直接提供，因此数据绑定可能实际上如下所示：

在这种情况下，Address 属性仍然能够直接访问底层模型的 Address 实例。但是现在，当您希望围绕 Address 引入 viewmodel 时，您只需向 Person viewmodel 类添加新属性。新的 Address 属性非常简单：

                                                                                        1                               public Dynamicviewmodel Address {                                                                                        get {                                                                                        if( addressviewmodel==null ) addressviewmodel = new Dynamicviewmodel(this.Person.Address);                                                                                         return addressviewmodel; }}                                                                                       private Dynamicviewmodel addressviewmodel;                            

不需要更改任何 XAML 数据绑定，因为该属性仍然名为 Address，但是现在 DLR 调用新的实际属性，而不是调用动态 TryGetMember 方法。（请注意，此 Address 属性中的延迟实例化不是线程安全的。但是，只有正在访问 viewmodel 和 WPF/Silverlight 视图的 VIEw 是单线程的，因此这不成问题。）

甚至当模型实现 INotifyPropertyChanged 时，也可以使用此方法。viewmodel 会注意到这种情况，并且选择不通过代理来引发属性更改事件。在这种情况下，它会从底层模型实例侦听这些事件，然后自行重新引发事件。在动态 viewmodel 类的构造函数中，我执行了检查并记下了结果：

                                                                                        1                               public Dynamicviewmodel(DomainObject model)                                                                                       {                                                                                        Contract.Requires(model != null,"Cannot encapsulate a null model");                                                                                        this.Modelinstance = model; // Raises its own property changed events                                                                                        if( model is INotifyPropertyChanged )                                                                                       {                                                                                       this.ModelRaisesPropertyChangedEvents = true;                                                                                        var raisesPropChangedEvents = model as INotifyPropertyChanged;                                                                                       raisesPropChangedEvents.PropertyChanged += (sender,args) => this.RaisePropertyChanged(args.Propertyname); }}                            

为了防止重复属性更改事件，我还需要对 TrySetMember 方法稍做修改。

                                                      
                                                                                              1                                 if( this.ModelRaisesPropertyChangedEvents==false )                                                                                              this.RaisePropertyChanged(property.name);                              
                          
 

因此，您可以使用动态代理属性来消除标准的代理属性，从而大大简化 viewmodel 层。这可以大大减少编写代码、测试、文档和长期维护工作。向模型中添加新属性不再需要更新 viewmodel 层，除非新属性拥有非常特殊的 VIEw 逻辑。而且，这种方法可以解决关联属性等难题。常用的 TrySetMember 方法也能帮您实现“撤消”功能，因为由用户执行的属性更改全部都会流经 TrySetMember 方法。

由于性能问题，许多开发人员都不愿意使用反射（和 DLR）。在我自己的工作中，我还没有发现这会带来问题。在 UI 中设置单个属性时所造成的性能损失，用户很可能不会注意到。当然，这可能不适用于高度敏感的交互式 UI，例如多点触摸设计图面。

唯一重大的性能问题出现在初次填充有大量字段的视图时。易用性方面的考虑很自然地就会限制您在屏幕上显示的字段数，因此通过这种 DLR 方法执行初识数据绑定时的性能很难被人察觉。

不过，始终应该仔细监控性能，并且要理解性能与用户体验的关系。前文所述的简单方法可通过反射缓存来改写。有关更多详情，请参见 MSDN 杂志（2005 年 7 月）中刊载的 Joel Pobar 的文章。

有人认为使用此方法会对代码的可读性和易维护性产生负面影响，这种异议有一定的道理，因为 VIEw 层似乎是在引用 viewmodel 上并不实际存在的属性。但是，我相信消除大部分手工编写的代理属性所产生的好处要远远超过其带来的问题，尤其是在 viewmodel 拥有完善的文档的情况下。

动态代理属性方法不会降低或取消打乱 Model 层的能力，因为 Model 上的属性现在是通过名称在 XAML 中引用的。使用传统代理属性不会限制您打乱 Model 的能力，这是因为属性是直接引用的，会与应用程序的其余部分一起打乱。但是，由于大多数打乱工具还不能处理 XAML/BAML，因此这基本上没什么作用。在两种情况下，代码破解者都可以从 XAML/BAML 入手，逐步进入 Model 层。

最后，由于模型属性具有安全相关元数据并且希望 viewmodel 负责实施安全问题，这种方法可能会被滥用。安全性看起来不是 VIEw 特有的责任，我相信这给 viewmodel 赋予了太多责任。在这种情况下，在 Model 中应用面向方面的方法，可能是更恰当的做法。

集合是 MVVM 设计模式中最难、最不能让人满意的方面之一。如果底层 Model 中的集合被 Model 更改了，将由 viewmodel 负责以某种方式来传达该更改，使 VIEw 能够相应地更改其本身。

遗憾的是，Model 很可能不会公开实现 INotifyCollectionChanged 接口的集合。在 .NET Framework 3.5 中，此接口位于 System.windows.dll 中，而我们强烈建议您不要在 Model 中使用该库。幸好在 .NET Framework 4 中，此接口已迁移到 System.dll 中，因此在 Model 中使用可见集合就会自然得多。

Model 中的可见集合为 Model 开发提供了新的机会，并且可用在 windows 窗体和 Silverlight 应用程序中。目前，这是我首选的方法，因为它比其他任何方法都简单，我很高兴 INotifyCollectionChanged 接口移到了一个更常用的程序集中。

如果 Model 中没有可见集合，最好的做法是在 Model 上提供其他某种机制（最有可能的是自定义事件），来指示集合何时发生了更改。这可以通过 Model 特有的方式完成。例如，如果 Person 类有一个地址集合，则它可以提供如下事件：

                                                                                        1                               public event EventHandler<AddressesChangedEventArgs> NewAddressAdded;                                                                                       public event EventHandler<AddressesChangedEventArgs> AddressRemoved;                            

最好引发专门为 WPF viewmodel 设计的自定义集合事件。但是，仍然很难在 viewmodel 中公开集合的更改。同样，唯一的办法是在整个 viewmodel 集合属性上引发属性更改事件。这种解决方法充其量不过是差强人意。

集合的另一个问题是确定何时或是否要将每个 Model 实例包装到 viewmodel 实例内的集合中。对于较小的集合，viewmodel 可能公开一个新的可见集合，并将底层 Model 集合中的每一项都复制到 viewmodel 可见集合中，从而在运行时将每个 Model 项包装到相应 viewmodel 实例内的集合中。viewmodel 可能需要侦听集合更改事件，以便将用户更改传递回底层 Model。

但是，对于大型集合而言，它可能会显示在某种形式的虚拟化面板中，因此最简单、最实用的方法是直接公开 Model 对象。

MVVM 设计模式很少讨论的另一个问题是应该在何处以及何时实例化 viewmodel 实例。在讨论相似的设计模式（例如 MVC）时，此问题也经常会被忽视。

我倾向于编写 viewmodel 单一实例来提供主要的 viewmodel 对象，使 VIEw 能够根据需要，从此处轻松检索其他所有 viewmodel 对象。这种主控 viewmodel 对象通常会提供命令实现方式，因此 VIEw 支持打开文档。

但是，我参与过的大部分应用程序都提供了以文档为中心的界面，而且通常使用类似于 Visual Studio 的选项卡式工作区。因此在 viewmodel 层中，我想以文档为例，而且文档中提供了一个或多个包装了特定 Model 对象的 viewmodel 对象。然后，viewmodel 层中的标准 WPF 命令可以使用持久性层来检索必要的对象，将它们包装到 viewmodel 实例中，然后创建 viewmodel 文档管理器来显示它们。

在本文附带的示例应用程序中，用于创建新 Person 的 viewmodel 命令为：

                                                                                        1                               internal class OpenNewPersonCommand : ICommand {... // Open a new person in a new window.                                                                                        public voID Execute(object parameter) {                                                                                        var person = new MvvmDemo.Model.Person();                                                                                        var document = new Persondocument(person);                                                                                        documentManager.Instance.Activedocument = document; }                                                                                       }                            

最后一行中引用的 viewmodel 文档管理器是管理所有打开的 viewmodel 文档的单一实例。问题是，如何在 VIEw 中显示 viewmodel 文档的集合呢？

内置的 WPF 选项卡控件没有提供这种用户希望获得的功能强大的多文档界面。幸好还有第三方的停靠和选项卡式工作区产品可以使用。其中大部分都尽力模仿 Visual Studio 的选项卡式文档外观，包括可停靠的工具窗口、拆分视图、Ctrl+Tab d出窗口（带有微型文档视图）及其他功能。

遗憾的是，这些组件大部分都没有提供对 MVVM 设计模式的内置支持。但是这也没关系，因为您可以轻松应用适配器设计模式，将 viewmodel 文档管理器链接到第三方视图组件。

图 2 所示的适配器设计确保 viewmodel 不需要对 VIEw 的任何引用，因此它符合 MVVM 设计模式的主要目标。（但在这种情况下，文档的概念是在 viewmodel 层中，而不是在 Model 层中定义的，因为这是纯 UI 概念。）