WPF 应用程序使用程序的模型视图 ViewModel 设计模式 WVVM
转载自：http://msdn.microsoft.com/zh-cn/magazine/dd419663.aspx#MtViewDropDownText
模式 ：WPF 应用程序使用程序的模型视图 ViewModel 设计模式
Josh Smith
本文讨论：
|
本文涉及如下技术： WPF，数据绑定 |
专业的软件应用程序的 开发用户界面 不容易。
它能够是数据、 交互设计、 可视化设计、 链接，多线程处理、 安全性、 国际化、 验证、 单元测试和的 Voodoo 的触摸一个渴融合。
考虑用户界面公开基础系统的和必须知足其用户的不可预测的从句要求，它能够是最易失方面不少应用程序。
还有，可帮助 tame 此不实用的 beast 的常见设计模式，但正确分隔并解决问题的多种很难。
在更复杂的模式是，越将快捷方式用于之后的破坏全部之前的努力执行的操做权限的方式。
不老是在设计模式，出现错误。
有时咱们使用须要编写大量代码，由于在使用的 UI 平台不出借自己很好地简单模式的复杂的设计模式。
须要将是一个平台，更易于构建使用简单、 time-tested、 开发人员批准的设计模式的 UI 它。
幸运的是，Windows Presentation Foundation (WPF) 提供了彻底的。
世界上继续增长的速度采用 WPF 在软件，WPF 社区已开发模式和实践本身生态的系统。
此文章中, 我将讨论一些用于设计和实现客户端应用程序与 WPF 这些最佳方法。
利用 WPF 结合模型-视图-ViewModel (MVVM) 设计模式） 的某些核心功能我将介绍的示例程序演示了如何简单也能够是构建 WPF 应用程序"正确方式"。
本文末尾它将会清除数据模板、 命令、 数据绑定，在资源系统和 MVVM 模式全部结合方式来建立一个简单、 可测试、 功能强大的框架，的任何 WPF 应用程序能够 thrive。
本文演示程序能够做为一个做为其核心体系结构使用 MVVM 实际 WPF 应用程序模板。
单元测试演示解决方案中的显示一组 ViewModel 类中存在的该功能时，测试应用程序的用户界面的功能是多么容易。
深刻详细信息以前, 一下为何应首先使用像 MVVM 模式。
订单与混乱
是没必要要的没法在简单"Hello，World ！"程序中使用设计模式。
任何 competent 开发人员能够了解几行代码一眼。
可是，随着在程序中的功能的数的增长的代码和移动部件的行数增长相应。
最终，系统和它所包含的重复问题的复杂性鼓励开发人员能够组织方式这样作还会更便于他们代码全世界、 讨论、 扩展，并解决问题。
咱们经过将已知的名称应用到在源代码中的特定实体下降复杂系统的认知的混乱。
咱们肯定名称以经过在系统中考虑其职能角色应用于一段代码。
开发人员常常故意构造一个设计模式相对于让咱们能够看到 organically 文本模式根据其代码。
是什么不对的方法，可是本文中, 我检查显式使用 MVVM 为 WPF 应用程序的体系结构的好处。
某些类别的名称包括从 MVVM 模式如结尾"ViewModel，若是类是视图的抽象的已知条件。
此方法有助于避免认知前面提到的混乱。
相反，您能够使人高兴的是存在是大多数专业软件开发项目中的事件的天然状态的控制混乱的状态 ！
模型视图 ViewModel 的演变
ever 自人建立软件用户界面，已为了使更容易的常见设计模式。
是例如 Model-视图-演示者 (MVP) 模式已欣赏各类用户界面编程平台上的普及。
MVP 是模型-视图-控制器模式已为数十年的变体。
若是还不 MVP 模式以前用如下是简化的说明。
在屏幕上看到为视图、 显示的数据是模型，和演示者一块儿挂钩两个。
视图依赖于要填充模型数据，请对用户输入作出反应，提供输入的验证 （可能经过委派到模型) 和其余此类任务的演示者。
若是您但愿了解有关模型查看演示者，我建议您阅读 Jean-Paul Boodhoo
2006 年 8 月设计模式列 .
在 2004，Martin Fowler 发布有关命名模式的文章
演示文稿模型
(PM）。
分开的行为和状态视图，PM 模式与相似 MVP。
值得关注的 PM 模式部分是视图的抽象建立，称为演示文稿模型。
一个的视图将，成为只是演示文稿模型的呈现。
在 Fowler 的解释他显示演示文稿模型频繁地更新其视图，以便两个保持与彼此保持同步。
该同步逻辑存在演示文稿模型类中的代码。
2005 中, 当前的 WPF 和 Silverlight 架构师，在 Microsoft，一个的 John Gossman unveiled 在
模型-视图-ViewModel (MVVM） 模式
在他的博客。
MVVM 是与 Fowler 的演示文稿模型，这两种模式功能一个视图包含视图的状态和行为的抽象。
fowler 而 Gossman 做为标准化能够利用 WPF 来简化用户界面建立的核心功能引入 MVVM，做为一种建立 UI 的独立于平台的抽象一个的视图引入演示文稿模型。
此种意义上讲，我认为 MVVM 为更多常规 PM 图案，tailor-made WPF 和 Silverlight 平台的一个特例。
Glenn 块的极好文章"中
构建复合应用程序与 WPF 的 prism： 模式
"2008 年 9 月刊中, 他说明为 WPF Microsoft 复合应用程序指导。
ViewModel 从未使用过的术语。
相反，术语演示文稿模型用于描述视图的抽象。
在本文，可是，我将引用 MVVM 和视图的抽象，做为一个 ViewModel 模式。
我发现此术语是 WPF 和 Silverlight 社区中的更多 prevelant。
与 MVP 中的对演示者不一样一个 ViewModel 不须要对视图的引用。
视图绑定到一个 ViewModel 这反过来，公开模型对象和其余状态特定于视图中包含的数据的属性中。
视图和 ViewModel 之间绑定是简单构造因为一个 ViewModel 对象被设置为视图的 DataContext。
若是属性值在 ViewModel 更改，这些新值自动传播到经过数据绑定的视图。
当用户单击一个按钮在视图时, 在 ViewModel 的命令将执行执行所请求的操做。
ViewModel，永远不会在视图，执行模型数据所作的全部修改。
在的视图类有模型类存在，不知道该视图的 ViewModel 和模型时不知道。
实际上，模型是彻底 oblivious 事实存在 ViewModel 和视图。
这是最松散耦合设计，多种方式支付股利，正如您很快就将看到的。
为何 WPF 开发人员喜欢 MVVM
一旦开发人员成为熟悉 WPF 和 MVVM，很难区分这二者。
MVVM 是 WPF 开发人员的语言 franca，由于它是适合在 WPF 平台 WPF 为了方便地构建应用程序使用 MVVM 模式 （在其余）。
实际上，Microsoft 使用 MVVM 内部开发 WPF 应用程序，Microsoft Expression Blend，如，核心 WPF 平台时正在建设中。
WPF，如外观不控制模型和数据模板的许多方面使用显示的状态和行为的 MVVM 提高强的分离。
在单个的最重要方面，WPF 使 MVVM 好模式使用的是数据绑定基础结构。
由一个 ViewModel 的视图的绑定属性，您得到两者之间的松散耦合，并彻底删除须要一个 ViewModel 直接更新视图中编写代码。
数据绑定系统还支持提供了标准化的方式传输到视图的验证错误的输入的验证。
两个其余功能作这种模式所以可用的是 WPF 的数据模板和资源系统。
数据模板应用于在用户界面中显示的 ViewModel 对象的视图。
能够声明在 XAML 中的模板，并让资源系统自动查找并为您应用这些模板，在运行时。
您能够了解详细有关绑定和我 7 月 2008 文章中的数据模板"
数据和 WPF： 使用数据绑定和 WPF 中自定义数据显示
."
若是未在 WPF 中的命令的支持中，MVVM 模式是得强大。
本文，我将介绍如何在 ViewModel 能够公开一个的视图的命令从而使视图以使用它的功能。
若是您不熟悉控制，我建议您阅读 Brian Noyes 全面文章"
高级 WPF： 了解路由事件和 WPF 中的命令
"摘自 2008 年 9 月刊。
除了在 WPF （和 Silverlight 2） 功能，使一个天然的方式构建应用程序的 MVVM，模式也是受欢迎，由于 ViewModel 类是易于单元测试。
应用程序的交互逻辑居住在一组 ViewModel 类中时, 能够轻松地编写测试它的代码。
在一个的意义上的视图和单元测试两个不一样类型类型均 ViewModel 使用者。
为应用程序的 ViewModels 有一套测试的提供忙 / 快速回归测试，有助于下降维护应用程序随着时间的成本。
除了提高自动的回归测试的建立，ViewModel 类的 testability 能够帮助正确设计用户界面，能够很容易地外观。
在设计应用程序时您一般能够决定是否内容应在视图和要编写单元测试能够占用该 ViewModel 经过 imagining ViewModel。
若是您能够在 ViewModel 的编写单元测试，而不建立任何 UI 对象，由于它不有特定的可视元素上的任何依赖项还彻底能够外观，ViewModel。
最后的开发人员使用可视化设计器，使用 MVVM 使得更易于建立平滑的设计器 / Developer 工做流。
因为视图是只需一个任意消费者一个 ViewModel，它很容易就翻录出的一个视图和要呈现一个 ViewModel 新视图中的下拉。
此简单步骤容许快速原型和用户界面由设计器的计算。
开发团队能够专一于建立功能强大的 ViewModel 类和设计团队能够集中精力进行用户友好的视图。
链接两个团队的输出可能涉及小超过确保正确绑定存在视图的 XAML 文件中。
演示应用程序
到目前为止我已审阅 MVVM 的历史记录和操做的理论。
我还检查为什么如此流行间 WPF 开发人员。
如今，它是以汇总您袖子，并查看模式中的时间。
本文附带演示应用程序使用 MVVM 各类方式。
它提供示例，以帮助置于一个有意义的上下文的概念 fertile 的源。
我是在 Visual Studio SP 2008 1，与 Microsoft.NET Framework 3.5 SP 1 中建立的演示应用程序。
Visual Studio 单元测试系统中，运行单元测试。
应用程序能够包含任意数量的工做"区，"用户能够打开每一个经过单击在左侧导航区域中的命令连接。
全部工做区主内容区域 Live 一个 TabControl 中。
经过单击该工做区选项卡项目上的关闭按钮，用户可关闭工做区。
该应用程序有两个可用的工做区："All Customers"和"新客户"。 运行该应用程序并打开某些工做区后, 在用户界面相似 图 1 。
图 1
工做区
"All Customers"工做区的只有一个实例能够一次，但任意数量的"新客户"打开工做区能够打开一次。
若是用户决定建立新客户，用户必须填写 图 2 中的数据项表单。
图 2
新客户数据输入表单
填写数据输入表单具备有效的值，并单击保存按钮中，新客户的名称将显示在选项卡后项目和客户添加到全部客户的列表。
应用程序没有删除或编辑现有客户的支持，但该的功能和许多相似，其余特性很容易经过构建实现现有应用程序体系结构的顶部。
如今，有一个高级别的了解演示应用程序的用途，让咱们研究如何设计并实现。
中继命令逻辑
在应用程序中的每一个视图具备除外的类的构造函数中调用 InitializeComponent 在标准的样板代码为空的源代码文件。
事实上，能够从项目中删除视图的代码隐藏文件和应用程序仍将编译和正常运行。
尽管视图中的事件处理方法缺少当用户单击按钮上, 时应用程序的反应并知足用户的请求。
这是因已创建的绑定适用于超连接、 按钮和 MenuItem 控件显示在用户界面中的 Command 属性。
这些绑定确保当用户单击控件上，ICommand 对象公开，ViewModel 将执行。
能够将 Command 对象视为更易于使用从视图在 XAML 中声明的 ViewModel 的功能的适配器。
当一个 ViewModel 公开实例属性的类型 Icommand 时，Command 对象将一般使用 ViewModel 对象来获取完成其工做。
一个可能的实现模式是建立在 ViewModel 类中的私有嵌套的类，以便命令有权访问其包含 ViewModel 的私有成员并不会 pollute 命名空间。
该嵌套的类实现该 ICommand 接口，并对包含 ViewModel 对象的引用注入其构造函数。
可是，建立 ICommand 实现对于由一个 ViewModel 提供每一个命令的嵌套的类能够 bloat ViewModel 类的大小。
更多代码意味着更高版本的可能的错误。
演示应用程序中 RelayCommand 类解决了这个问题。
RelayCommand 容许您将经过传递给其构造函数的委托的命令的逻辑。
此方法容许简洁、 简洁命令实现 ViewModel 类中。
RelayCommand 是中找到的 DelegateCommand 的简化变体，
Microsoft 复合应用程序库 .
relaycommand 类如 图 3 所示。
图 3 RelayCommand 类
public class RelayCommand : ICommand
{
#region Fields
readonly Action<object> _execute;
readonly Predicate<object> _canExecute;
#endregion // Fields
#region Constructors
public RelayCommand(Action<object> execute)
: this(execute, null)
{
}
public RelayCommand(Action<object> execute, Predicate<object> canExecute)
{
if (execute == null)
throw new ArgumentNullException("execute");
_execute = execute;
_canExecute = canExecute;
}
#endregion // Constructors
#region ICommand Members
[DebuggerStepThrough]
public bool CanExecute(object parameter)
{
return _canExecute == null ? true : _canExecute(parameter);
}
public event EventHandler CanExecuteChanged
{
add { CommandManager.RequerySuggested += value; }
remove { CommandManager.RequerySuggested -= value; }
}
public void Execute(object parameter)
{
_execute(parameter);
}
#endregion // ICommand Members
}
CanExecuteChanged 事件属于该 ICommand 接口实现具备一些有趣的功能。
该委托 CommandManager.RequerySuggested 事件事件订阅。
这能够确保 WPF 控制基础结构要求全部 RelayCommand 对象若是它们能够执行它要求内置命令时。
如下代码从 CustomerViewModel 类我将探讨详细更高版本，说明如何配置一个 RelayCommand 与 lambda 表达式：
RelayCommand _saveCommand;
public ICommand SaveCommand
{
get
{
if (_saveCommand == null)
{
_saveCommand = new RelayCommand(param => this.Save(),
param => this.CanSave );
}
return _saveCommand;
}
}
ViewModel 类层次结构
大多数 ViewModel 类须要相同的功能。
它们一般须要实现 INotifyPropertyChanged 接口，它们一般须要对一个用户友好的显示名称，而且在工做区的状况下它们须要可以关闭 （这就是从用户界面中删除）。
此问题天然适合以 ViewModel 基类的两个，建立以便新 ViewModel 类能够从基类继承的全部常见的功能。
ViewModel 类窗体继承层次结构 图 4 所示。
图 4
继承层次结构
全部您 ViewModels 需从基类不包括是必要条件。
若是您但愿经过一块儿，撰写许多较小的类，而不是使用继承，得到您的类中的功能的不是问题。
像其余任何设计模式 MVVM 是一个指南，不规则组。
ViewModelBase 类
ViewModelBase 是根类别在层次结构是缘由它实现经常使用的 INotifyPropertyChanged 接口，并具备 DisplayName 属性中。
INotifyPropertyChanged 接口包含名为 PropertyChanged 的事件。
只要 ViewModel 对象上的一个属性具备新值，它能够引起通知新值的 WPF 绑定系统 PropertyChanged 事件。
接收的通知，时绑定系统查询属性，并在某些用户界面元素将绑定的属性接收新值。
为了了解 ViewModel 对象的属性已更改的 WPF PropertyChangedEventArgs 类将公开 String 类型的一个 PropertyName 属性。
您必须注意，将正确的属性名称传递到该事件参数 ； 不然，WPF 将获得查询新值不正确的属性。
ViewModelBase 的一个有趣方面是它可以验证一个属性具备给定名称确实存在 ViewModel 对象上。
这是很是有用重构时, 由于更改经过 Visual Studio 2008 重构功能的属性的名称不会更新在源代码中会包含该属性名称的字符串也 （不该它）。
事件参数会致使很难跟踪，所以此不多的功能能够极大的 timesaver 的细微错误，请引起 PropertyChanged 事件与不正确的属性名称。
添加此有用的支持的 ViewModelBase 了代码如 图 5 所示。
图 5 验证属性
// In ViewModelBase.cs
public event PropertyChangedEventHandler PropertyChanged;
protected virtual void OnPropertyChanged(string propertyName)
{
this.VerifyPropertyName(propertyName);
PropertyChangedEventHandler handler = this.PropertyChanged;
if (handler != null)
{
var e = new PropertyChangedEventArgs(propertyName);
handler(this, e);
}
}
[Conditional("DEBUG")]
[DebuggerStepThrough]
public void VerifyPropertyName(string propertyName)
{
// Verify that the property name matches a real,
// public, instance property on this object.
if (TypeDescriptor.GetProperties(this)[propertyName] == null)
{
string msg = "Invalid property name: " + propertyName;
if (this.ThrowOnInvalidPropertyName)
throw new Exception(msg);
else
Debug.Fail(msg);
}
}
CommandViewModel 类
最简单的具体 ViewModelBase 子类是 CommandViewModel。
它公开一个名为类型 Icommand 的命令属性。
MainWindowViewModel 公开这些对象经过其命令属性的集合。
主窗口的左侧导航区域显示一个连接的每一个 CommandViewModel 公开 MainWindowViewmodel，如"查看全部客户"和"建立新客户"。 当用户单击连接时，从而执行某个这些命令在工做区打开 TabControl 在主窗口中。
commandViewModel 类定义所示：
public class CommandViewModel : ViewModelBase
{
public CommandViewModel(string displayName, ICommand command)
{
if (command == null)
throw new ArgumentNullException("command");
base.DisplayName = displayName;
this.Command = command;
}
public ICommand Command { get; private set; }
}
MainWindowResources.xaml 文件中存在的关键是"CommandsTemplate 一个 datatemplate。
MainWindow 使用该模板呈现 CommandViewModels 前面提到的集合。
该模板只呈现为一个 ItemsControl 中的连接的每一个 CommandViewModel 对象。
每一个超连接的 Command 属性绑定到一个 commandViewModel 的 Command 属性。
该 XAML 如 图 6 所示。
图 6 呈现命令的列表
<!-- In MainWindowResources.xaml -->
<!--
This template explains how to render the list of commands on
the left side in the main window (the 'Control Panel' area).
-->
<DataTemplate x:Key="CommandsTemplate">
<ItemsControl ItemsSource="{Binding Path=Commands}">
<ItemsControl.ItemTemplate>
<DataTemplate>
<TextBlock Margin="2,6">
<Hyperlink Command="{Binding Path=Command}">
<TextBlock Text="{Binding Path=DisplayName}" />
</Hyperlink>
</TextBlock>
</DataTemplate>
</ItemsControl.ItemTemplate>
</ItemsControl>
</DataTemplate>
MainWindowViewModel 类
为在类关系图中之前看到，WorkspaceViewModel 类派生自 ViewModelBase，并添加功能关闭。
经过"关闭"我意味着内容删除工做区用户界面在运行时。
三个类派生 WorkspaceViewModel： MainWindowViewModel，AllCustomersViewModel，和 CustomerViewModel。
MainWindowViewModel 的请求以关闭由建立该 MainWindow 和其 ViewModel，如 图 7 所示在应用程序类处理。
图 7 中建立该 ViewModel
// In App.xaml.cs
protected override void OnStartup(StartupEventArgs e)
{
base.OnStartup(e);
MainWindow window = new MainWindow();
// Create the ViewModel to which
// the main window binds.
string path = "Data/customers.xml";
var viewModel = new MainWindowViewModel(path);
// When the ViewModel asks to be closed,
// close the window.
viewModel.RequestClose += delegate
{
window.Close();
};
// Allow all controls in the window to
// bind to the ViewModel by setting the
// DataContext, which propagates down
// the element tree.
window.DataContext = viewModel;
window.Show();
}
MainWindow 包含其命令属性绑定到 MainWindowViewModel 的 CloseCommand 属性的菜单项。
当用户单击该菜单项时，应用程序类响应，经过调用窗口的 Close 方法，以下：
<!-- In MainWindow.xaml -->
<Menu>
<MenuItem Header="_File">
<MenuItem Header="_Exit" Command="{Binding Path=CloseCommand}" />
</MenuItem>
<MenuItem Header="_Edit" />
<MenuItem Header="_Options" />
<MenuItem Header="_Help" />
</Menu>
MainWindowViewModel 包含的名为工做区的 WorkspaceViewModel 对象的一个可见的集合。
在主窗口中包含的 ItemsSource 属性绑定到该集合在 TabControl。
每一个选项卡项目都有的 Command 属性绑定到其相应的 WorkspaceViewModel 实例的 CloseCommand 关闭按钮。
配置选项卡的每一项的模板的 abridged 的版本所示的代码。
代码位于 MainWindowResources.xaml，，并在模板说明如何呈现带有关闭按钮的选项卡项：
<DataTemplate x:Key="ClosableTabItemTemplate">
<DockPanel Width="120">
<Button
Command="{Binding Path=CloseCommand}"
Content="X"
DockPanel.Dock="Right"
Width="16" Height="16"
/>
<ContentPresenter Content="{Binding Path=DisplayName}" />
</DockPanel>
</DataTemplate>
当用户单击 workspaceViewModel 的 CloseCommand 执行致使其 requestClose 事件触发的选项卡项目中关闭按钮。
MainWindowViewModel 监视其工做区的 RequestClose 事件，并从请求 Workspaces 集合中删除工做区。
由于 mainwindow 的 TabControl 有绑定到 WorkspaceViewModels 的可见集合的 ItemsSource 属性，从集合中删除项目会致使从 TabControl 删除相应的工做区。
图 8 显示从 mainWindowViewModel 的逻辑。
图 8 从用户界面中删除工做区
// In MainWindowViewModel.cs
ObservableCollection<WorkspaceViewModel> _workspaces;
public ObservableCollection<WorkspaceViewModel> Workspaces
{
get
{
if (_workspaces == null)
{
_workspaces = new ObservableCollection<WorkspaceViewModel>();
_workspaces.CollectionChanged += this.OnWorkspacesChanged;
}
return _workspaces;
}
}
void OnWorkspacesChanged(object sender, NotifyCollectionChangedEventArgs e)
{
if (e.NewItems != null && e.NewItems.Count != 0)
foreach (WorkspaceViewModel workspace in e.NewItems)
workspace.RequestClose += this.OnWorkspaceRequestClose;
if (e.OldItems != null && e.OldItems.Count != 0)
foreach (WorkspaceViewModel workspace in e.OldItems)
workspace.RequestClose -= this.OnWorkspaceRequestClose;
}
void OnWorkspaceRequestClose(object sender, EventArgs e)
{
this.Workspaces.Remove(sender as WorkspaceViewModel);
}
在 UnitTests 项目中 MainWindowViewModelTests.cs 文件将包含验证这一功能正常的测试方法。
轻松使用它能够建立 ViewModel 类的单元测试是该 MVVM 模式一个大销售点，由于它容许进行简单测试的应用程序功能无需编写代码与用户界面。
该测试方法如 图 9 所示。
图 9 测试方法
// In MainWindowViewModelTests.cs
[TestMethod]
public void TestCloseAllCustomersWorkspace()
{
// Create the MainWindowViewModel, but not the MainWindow.
MainWindowViewModel target =
new MainWindowViewModel(Constants.CUSTOMER_DATA_FILE);
Assert.AreEqual(0, target.Workspaces.Count, "Workspaces isn't empty.");
// Find the command that opens the "All Customers" workspace.
CommandViewModel commandVM =
target.Commands.First(cvm => cvm.DisplayName == "View all customers");
// Open the "All Customers" workspace.
commandVM.Command.Execute(null);
Assert.AreEqual(1, target.Workspaces.Count, "Did not create viewmodel.");
// Ensure the correct type of workspace was created.
var allCustomersVM = target.Workspaces[0] as AllCustomersViewModel;
Assert.IsNotNull(allCustomersVM, "Wrong viewmodel type created.");
// Tell the "All Customers" workspace to close.
allCustomersVM.CloseCommand.Execute(null);
Assert.AreEqual(0, target.Workspaces.Count, "Did not close viewmodel.");
}
将视图应用于一个 ViewModel
MainWindowViewModel 间接添加并删除与主窗口 tabcontrol workspaceViewModel 对象。
利用数据绑定，一个 TabItem 的 Content 属性接收 ViewModelBase 派生对象，以显示。
ViewModelBase 不是一个 UI 元素，所以它具备不用于呈现其自身的内在支持。
默认，在 WPF 中非 Visual 对象呈如今 TextBlock 中显示其 ToString 方法调用的结果。
清楚地是否是须要除非您的用户具备能够看到咱们 ViewModel 类的类型名称的刻录要求 ！
您能够很容易地判断 WPF 如何经过呈现一个 ViewModel 对象键入 DataTemplates。
类型化的 DataTemplate 没有分配给它的 x: Key 值，但它不会将设置为类型类的实例其数据类型属性。
若是 WPF 尝试呈现您 ViewModel 对象之一，它将检查，请参阅若是资源系统具备类型化的 DataTemplate 做用域中的数据类型是相同 （或的基类） 您 ViewModel 对象的类型。
若是找到，它将使用该模板呈现引用的选项卡该项的内容属性 ViewModel 对象。
MainWindowResources.xaml 文件具备一个 resourcedictionary。
该词典添加到主窗口的资源层次这意味着它所包含的资源位于窗口的资源做用域。
当选项卡项的内容设置为一个 ViewModel 对象时，此词典中的类型化的 DataTemplate 提供视图 （这就是用户控件） 来呈现其，如 图 10 所示。
提供视图的图 10
<!--
This resource dictionary is used by the MainWindow.
-->
<ResourceDictionary
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:vm="clr-namespace:DemoApp.ViewModel"
xmlns:vw="clr-namespace:DemoApp.View"
>
<!--
This template applies an AllCustomersView to an instance
of the AllCustomersViewModel class shown in the main window.
-->
<DataTemplate DataType="{x:Type vm:AllCustomersViewModel}">
<vw:AllCustomersView />
</DataTemplate>
<!--
This template applies a CustomerView to an instance
of the CustomerViewModel class shown in the main window.
-->
<DataTemplate DataType="{x:Type vm:CustomerViewModel}">
<vw:CustomerView />
</DataTemplate>
<!-- Other resources omitted for clarity... -->
</ResourceDictionary>
您没必要编写任何代码肯定该视图以显示一个 ViewModel 对象。
WPF 资源系统将会繁重的工做的全部为您在您释放到重点更重要的事情。
更复杂的状况可能会以编程方式选择视图但在大多数状况下没必要要的。
在数据模型和存储库
您已经了解如何加载、 显示，和关闭应用程序外壳程序 ViewModel 对象。
如今，常规管道就地，您能够查看到应用程序的域更具体的实现细节。
深刻了解应用程序的两个 Workspaces"All Customers"以前，"新客户"让咱们首先检查数据模型和数据访问类。
这些类的设计无关几乎与在 MVVM 模式由于您能够建立一个 ViewModel 类，以适应到内容为 WPF 的友好的几乎任何数据对象。
惟一的模型类演示程序中是客户。
此类有少许的属性表示公司如其名、 上次的用户名和电子邮件地址的客户的信息。
它经过实现年 WPF 点击该街道以前存在的该标准 IDataErrorInfo 接口提供验证信息。
客户类中建议的 MVVM 体系结构中或甚至 WPF 应用程序正在使用它的包含执行任何操做。
类能够轻松地来自旧业务库。
数据必须来自并驻留在某处。
在此应用程序，CustomerRepository 类的实例加载，并存储全部的 Customer 对象。
发生从一个 XML 文件加载客户数据，但外部数据源的类型是不相关。
数据可能来自数据库、 Web 服务、 命名的管道、 磁盘，或偶数运营商 pigeons 上的文件： 只是不重要。
只要不管它来自，在其中，具备.NET 对象的某些数据，MVVM 模式就能够在屏幕上得到该数据。
CustomerRepository 类公开，容许您获取全部可用的客户对象的几个方法添加新客户到存储库，并检查是否客户是否已在存储库中。
因为应用程序不容许用户删除客户，存储库不容许删除客户。
当新的客户将 CustomerAdded 事件激发输入 CustomerRepository，经过 AddCustomer 方法。
清楚地，此应用程序数据模型是很是小与实际的业务应用程序要求什么，但的不是重要。
是了解是如何 ViewModel 类建立使用客户和 CustomerRepository。
请注意该 customerViewModel 是客户对象周围的包装。
它提供了一个的客户状态和其余由 customerview 控件的经过一组属性的状态。
CustomerViewModel 重复的客户的状态 ； 它只是公开它经过委派，以下：
public string FirstName
{
get { return _customer.FirstName; }
set
{
if (value == _customer.FirstName)
return;
_customer.FirstName = value;
base.OnPropertyChanged("FirstName");
}
}
当用户建立新的客户，并单击中 CustomerView 控件的保存按钮时，在 CustomerViewModel 与关联的视图将添加新的客户对象在 customerrepository。
致使的 CustomerAdded 事件触发，它容许知道它应到其 AllCustomers 集合中添加新的 CustomerViewModel 的 AllCustomersViewModel。
一种意义上讲 Customerrepository 充当 Customer 对象所处理的各类 ViewModels 之间的同步机制。
多是一个可能将这视为使用中介设计模式。
我会查看多个工做在即将进行的部分，但如今方式引用到 图 11 中图表方式的高级了解全部代码段结合。
图 11
客户关系
新客户数据输入窗体
当用户单击"建立新客户"连接时，MainWindowViewModel 将添加到其列表的工做区中, 新的 CustomerViewModel 并 CustomerView 控件显示。
用户输入到输入域的有效的值后，以便用户能够保持新的客户信息保存按钮就会进入启用的状态。
没有在普通此处，只是常规数据输入表单与输入验证和保存按钮。
客户该类具备支持，可经过其 IDataErrorInfo 接口实现的内置验证。
将确保验证 （客户具备第一个名称标准格式的电子邮件地址，且，客户为人员，姓氏。
若是客户的 IsCompany 属性返回 True，LastName 属性不能在 （其目的所在的公司没有某一姓名） 具备一个值。
此验证逻辑可能意义从客户对象的角度但它不能知足用户界面的须要。
在用户界面要求在用户选择新的客户是我的或公司。
客户类型选择器最初具备值"（不指定）"。
如何能够在用户界面告诉用户是否为 True 或 False 值只容许客户的将 IsCompany 属性，客户类型是未指定？
假定在您有彻底控制整个软件系统，能够更改 IsCompany 属性类型可空 <bool>，这将容许为"未选定"的值。
可是，实际不老是如此简单。
假设您不能更改客户类，由于它来自旧库归您的公司中的不一样团队。
若是有是不容易方式保留的"未选中"值因现有的数据库架构？
若是其余应用程序已使用客户类，并依赖一个普通的 Boolean 值： 属性？
再一次遇到一个 ViewModel 提供到该恢复。
图 12 中的，测试方法显示此功能工做方式 CustomerViewModel。
以便客户类型选择器有三个字符串显示，CustomerViewModel 将公开一个 CustomerTypeOptions 属性。
它还公开一个客户类型属性选择器中存储所选的字符串。
设置客户类型时, 它将映射到基础客户对象的 IsCompany 属性布尔值的字符串值。
图 13 显示了两个属性。
图 12 -测试方法
// In CustomerViewModelTests.cs
[TestMethod]
public void TestCustomerType()
{
Customer cust = Customer.CreateNewCustomer();
CustomerRepository repos = new CustomerRepository(
Constants.CUSTOMER_DATA_FILE);
CustomerViewModel target = new CustomerViewModel(cust, repos);
target.CustomerType = "Company"
Assert.IsTrue(cust.IsCompany, "Should be a company");
target.CustomerType = "Person";
Assert.IsFalse(cust.IsCompany, "Should be a person");
target.CustomerType = "(Not Specified)";
string error = (target as IDataErrorInfo)["CustomerType"];
Assert.IsFalse(String.IsNullOrEmpty(error), "Error message should
be returned");
}
图 13 客户类型属性
// In CustomerViewModel.cs
public string[] CustomerTypeOptions
{
get
{
if (_customerTypeOptions == null)
{
_customerTypeOptions = new string[]
{
"(Not Specified)",
"Person",
"Company"
};
}
return _customerTypeOptions;
}
}
public string CustomerType
{
get { return _customerType; }
set
{
if (value == _customerType ||
String.IsNullOrEmpty(value))
return;
_customerType = value;
if (_customerType == "Company")
{
_customer.IsCompany = true;
}
else if (_customerType == "Person")
{
_customer.IsCompany = false;
}
base.OnPropertyChanged("CustomerType");
base.OnPropertyChanged("LastName");
}
}
CustomerView 控件包含 ComboBox 绑定到这些属性，此处看到：
<ComboBox
ItemsSource="{Binding CustomerTypeOptions}"
SelectedItem="{Binding CustomerType, ValidatesOnDataErrors=True}"
/>
该组合框中的选定的项目更改时, 数据源的 IDataErrorInfo 接口被查询新值有效。
缘由，SelectedItem 属性绑定具备 ValidatesOnDataErrors 设置为 True。
因为数据源是一个 customerViewModel 对象，绑定系统验证错误要求该 customerViewModel 客户类型属性。
大多数状况下，CustomerViewModel 委托客户对象，它包含验证错误的全部请求。
可是，由于客户有 IsCompany 属性的未选中的状态的没有概念，CustomerViewModel 类必须处理验证 ComboBox 控件中新的选定的项目。
该代码会出现 图 14 中。
图 14 验证 CustomerViewModel 对象
// In CustomerViewModel.cs
string IDataErrorInfo.this[string propertyName]
{
get
{
string error = null;
if (propertyName == "CustomerType")
{
// The IsCompany property of the Customer class
// is Boolean, so it has no concept of being in
// an "unselected" state. The CustomerViewModel
// class handles this mapping and validation.
error = this.ValidateCustomerType();
}
else
{
error = (_customer as IDataErrorInfo)[propertyName];
}
// Dirty the commands registered with CommandManager,
// such as our Save command, so that they are queried
// to see if they can execute now.
CommandManager.InvalidateRequerySuggested();
return error;
}
}
string ValidateCustomerType()
{
if (this.CustomerType == "Company" ||
this.CustomerType == "Person")
return null;
return "Customer type must be selected";
}
此代码的关键的方面是 IDataErrorInfo CustomerViewModel 的实现能够处理 ViewModel 特定属性验证的请求委派客户对象在其余请求。
这容许您使用的模型的类中的验证逻辑和具备用于仅意义 ViewModel 类的属性的附加验证。
可以保存一个 CustomerViewModel 是可用于经过 SaveCommand 属性的视图。
该命令使用 RelayCommand 类以前检查，以容许 CustomerViewModel 决定若是它能够保存自己以及告诉保存其状态时执行。
在此应用程序，保存新的客户只是意味着将其添加到一个 CustomerRepository。
决定新的客户是否已准备好保存须要双方的许可。
客户对象必须是要求是否它是有效的），或未，而在 customerViewModel 必须肯定它是否有效。
此两部分决定是须要由于 ViewModel 特定属性和检查之前的验证。
图 15 显示 CustomerViewModel 在保存逻辑。
图 15 -保存 CustomerViewModel 的逻辑
// In CustomerViewModel.cs
public ICommand SaveCommand
{
get
{
if (_saveCommand == null)
{
_saveCommand = new RelayCommand(
param => this.Save(),
param => this.CanSave
);
}
return _saveCommand;
}
}
public void Save()
{
if (!_customer.IsValid)
throw new InvalidOperationException("...");
if (this.IsNewCustomer)
_customerRepository.AddCustomer(_customer);
base.OnPropertyChanged("DisplayName");
}
bool IsNewCustomer
{
get
{
return !_customerRepository.ContainsCustomer(_customer);
}
}
bool CanSave
{
get
{
return
String.IsNullOrEmpty(this.ValidateCustomerType()) &&
_customer.IsValid;
}
}
将此处的 ViewModel 使得更易于建立视图，能够显示客户对象和等待等 Boolean 类型的值的属性的"未选中"状态。
它还提供可以很容易地判断客户保存其状态。
若是直接对客户对象绑定视图，视图将须要大量代码来完成此工做正常。
设计良好的 MVVM 体系结构中大多数视图的源代码应为空，或者，最，只包含操做控件和该视图中包含资源的代码。
有时也是须要在视图的源代码与如挂接事件 ViewModel 对象交互中编写代码，或者调用方法原本会很难从该 ViewModel 自己调用。
全部客户都查看
演示应用程序还包含工做区，ListView 中显示全部的客户。
在列表客户的分组方式根据指明它们是否公司或我的。
用户能够一次选择一个或多个客户，并在右下角中查看其总销售额的总和。
在用户界面是在 AllCustomersView 为控件它们呈现 AllCustomersViewModel 对象。
每一个 ListViewitem 表明 CustomerViewModel 对象由 AllCustomerViewModel 对象公开 AllCustomers 集合中。
在上一的节您了解如何在 CustomerViewModel 能够呈现为数据输入窗体，并彻底相同的 CustomerViewModel 对象在视为 ListView 中的一个项目的呈现如今。
CustomerViewModel 该类具备不知道哪些可视元素显示，这就是这种重用是可能的缘由。
AllCustomersView 建立 ListView 中的组。
这是经过绑定到 图 16 像配置一个 collectionViewSource 的 ListView 的 ItemsSource 完成的。
图 16 CollectionViewSource
<!-- In AllCustomersView.xaml -->
<CollectionViewSource
x:Key="CustomerGroups"
Source="{Binding Path=AllCustomers}"
>
<CollectionViewSource.GroupDescriptions>
<PropertyGroupDescription PropertyName="IsCompany" />
</CollectionViewSource.GroupDescriptions>
<CollectionViewSource.SortDescriptions>
<!--
Sort descending by IsCompany so that the ' True' values appear first,
which means that companies will always be listed before people.
-->
<scm:SortDescription PropertyName="IsCompany" Direction="Descending" />
<scm:SortDescription PropertyName="DisplayName" Direction="Ascending" />
</CollectionViewSource.SortDescriptions>
</CollectionViewSource>
ListView 的 ItemContainerStyle 属性创建一个 ListViewItem 和 CustomerViewModel 对象之间的关联。
样式分配给该属性应用于每一个 ListViewItem 使属性在 CustomerViewModel 上绑定到属性的 ListViewItem。
该样式中的一个重要绑定会建立一个 ListViewItem 的 IsSelected 属性和 customerViewModel 下面看到的 IsSelected 属性之间的一个连接：
<Style x:Key="CustomerItemStyle" TargetType="{x:Type ListViewItem}">
<!-- Stretch the content of each cell so that we can
right-align text in the Total Sales column. -->
<Setter Property="HorizontalContentAlignment" Value="Stretch" />
<!--
Bind the IsSelected property of a ListViewItem to the
IsSelected property of a CustomerViewModel object.
-->
<Setter Property="IsSelected" Value="{Binding Path=IsSelected,
Mode=TwoWay}" />
</Style>
当一个 CustomerViewModel 是选择或取消选择时，将致使更改的全部选定的客户的总销售额的总和。
AllCustomersViewModel 类是负责维护值的以便下 ListView ContentPresenter 能够显示正确的号码。
图 17 显示如何 AllCustomersViewModel 监视每一个客户所选择或取消选择和通知须要更新显示值的视图。
图 17 的监视选定或取消选定
// In AllCustomersViewModel.cs
public double TotalSelectedSales
{
get
{
return this.AllCustomers.Sum(
custVM => custVM.IsSelected ? custVM.TotalSales : 0.0);
}
}
void OnCustomerViewModelPropertyChanged(object sender,
PropertyChangedEventArgs e)
{
string IsSelected = "IsSelected";
// Make sure that the property name we're
// referencing is valid. This is a debugging
// technique, and does not execute in a Release build.
(sender as CustomerViewModel).VerifyPropertyName(IsSelected);
// When a customer is selected or unselected, we must let the
// world know that the TotalSelectedSales property has changed,
// so that it will be queried again for a new value.
if (e.PropertyName == IsSelected)
this.OnPropertyChanged("TotalSelectedSales");
}
在用户界面将绑定到 TotalSelectedSales 属性，并应用货币格式值 （货币）。
ViewModel 对象能够经过从 TotalSelectedSales 属性返回一个 Double 值而不是字符串将货币格式而不是在的视图，应用。
ContentPresenter 的该 ContentStringFormat 属性在.NET Framework 3.5 SP 1 中, 添加时是所以若是您必须为目标旧版本的 WPF，您须要应用货币格式代码中：
<!-- In AllCustomersView.xaml -->
<StackPanel Orientation="Horizontal">
<TextBlock Text="Total selected sales: " />
<ContentPresenter
Content="{Binding Path=TotalSelectedSales}"
ContentStringFormat="c"
/>
</StackPanel>
向上覆盖
WPF 有不少提供应用程序开发，并利用该功能的学习须要思惟方式 Shift。
模型-视图-ViewModel 模式是一种简单而有效的组的设计和实现 WPF 应用程序的指南。
它将容许您建立强分隔数据、 行为和以便更易于控制是软件开发的混乱的演示文稿。
我想感谢 John Gossman 有关本文的他帮助。
有关使用 WPF 建立出色用户体验于 Josh Smith 。
他已授予 Microsoft MVP 标题的 WPF 社区中其工时。
Josh 适用 Infragistics 体验设计组中。
当他不在计算机中时，他受播放该的钢琴与他 girlfriend 阅读有关历史记录和浏览纽约城市。
您能够访问在 Josh 的博客
joshsmithonwpf.wordpress.com .