WPF与Silverlight的MVVM模式教程.doc

WPF 应用程序使用程序的模型视图 ViewModel 设计模式Josh Smith本文讨论： 模式和 WPF MVP 模式 为什么 MVVM 最好为 WPF 构建与 MVVM 应用程序 本文涉及以下技术： WPF，数据绑定 代码下载可从 MSDN 代码库 浏览代码联机 内容 订单与。 chaos 模型视图 ViewModel 的演变 为什么 WPF 开发人员喜欢 MVVM 演示应用程序 中继命令逻辑 ViewModel 类层次结构 ViewModelBase 类 CommandViewModel 类 MainWindowViewModel 类 将视图应用于一个 ViewModel 在数据模型和存储库 新客户数据输入窗体 所有客户都查看 向上覆盖 专业的软件应用程序的 开发用户界面 不容易。 它可以是数据、 交互设计、 可视化设计、 连接，多线程处理、 安全性、 国际化、 验证、 单元测试和的 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 _execute; readonly Predicate _canExecute; #endregion / Fields #region Constructors public RelayCommand(Action execute) : this(execute, null) public RelayCommand(Action execute, Predicate 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 MembersCanExecuteChanged 事件属于该 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.cspublic 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)DebuggerStepThroughpublic 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 呈现命令的列表 复制代码 MainWindowViewModel 类为在类关系图中以前看到，WorkspaceViewModel 类派生自 ViewModelBase，并添加功能关闭。 通过关闭我意味着内容删除工作区用户界面在运行时。 三个类派生 WorkspaceViewModel： MainWindowViewModel，AllCustomersViewModel，和 CustomerViewModel。 MainWindowViewModel 的请求以关闭由创建该 MainWindow 和其 ViewModel，如 图 7 所示在应用程序类处理。 图 7 中创建该 ViewModel 复制代码 / In App.xaml.csprotected 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 方法，如下： 复制代码 MainWindowViewModel 包含的名为工作区的 WorkspaceViewModel 对象的一个可见的集合。 在主窗口中包含的 ItemsSource 属性绑定到该集合在 TabControl。 每个选项卡项目都有的 Command 属性绑定到其相应的 WorkspaceViewModel 实例的 CloseCommand 关闭按钮。 配置选项卡的每一项的模板的 abridged 的版本所示的代码。 代码位于 MainWindowResources.xaml，并在模板说明如何呈现带有关闭按钮的选项卡项： 复制代码 当用户单击 workspaceViewModel 的 CloseCommand 执行导致其 requestClose 事件触发的选项卡项目中关闭按钮。 MainWindowViewModel 监视其工作区的 RequestClose 事件，并从请求 Workspaces 集合中删除工作区。 因为 mainwindow 的 TabControl 有绑定到 WorkspaceViewModels 的可见集合的 ItemsSource 属性，从集合中删除项目会导致从 TabControl 删除相应的工作区。 图 8 显示从 mainWindowViewModel 的逻辑。 图 8 从用户界面中删除工作区 复制代码 / In MainWindowViewModel.csObservableCollection _workspaces;public ObservableCollection Workspaces get if (_workspaces = null) _workspaces = new ObservableCollection(); _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.csTestMethodpublic void TestCloseAllCustomersWorkspace() / Create the MainWindowViewModel, but not the MainWindow. MainWindowViewModel target = new MainWindowViewModel(Constants.CUSTOMER_DATA_FILE); Assert.AreEqual(0, target.Workspaces.Count, Workspaces isnt 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.Workspaces0 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.);将视图应用于一个 ViewModelMainWindowViewModel 间接添加并删除与主窗口 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 复制代码 您不必编写任何代码确定该视图以显示一个 ViewModel 对象。 WPF 资源系统将会繁重的工作的所有为您在您释放到重点更重要的事情。 更复杂的情况可能会以编程方式选择视图但在大多数情况下不必要的。 在数据模型和存储库您已经了解如何加载、 显示，和关闭应用程序外壳程序 ViewModel 对象。 现在，常规管道就地，您可以查看到应用程序的域更具体的实现细节。 深入了解应用程序的两个 WorkspacesAll Customers之前，新客户让我们首先检查数据模型和数据访问类。 这些类的设计无关几乎与在 MVVM 模式因为您可以创建一个 ViewModel 类，以适应到内容为 WPF 的友好的几乎任何数据对象。 唯一的模型类演示程序中是客户。 此类有少量的属性表示公司如其名、 上次的用户名和电子邮件地址的客户的信息。 它通过实现年 WPF 点击该街道之前存在的该标准 IDataErrorInfo 接口提供验证信息。 客户类中建议的 MVVM 体系结构中或甚至 WPF 应用程序正在使用它的包含执行任何操作。 类可以轻松地来自旧业务库。 数据必须来自并驻留在某处。 在此应用程序，CustomerRepository 类的实例加载，并存储所有的 Customer 对象。 发生从一个 XML 文件加载客户数据，但外部数据源的类型是不相关。 数据可能来自数据库、 Web 服务、 命名的管道、 磁盘，或偶数运营商 pigeons 上的文件： 只是不重要。 只要无论它来自，在其中，具有.NET 对象的某些数据，MVVM 模式就可以在屏幕上获得该数据。 CustomerRepository 类公开，允许您获取所有可用的客户对象的几个方法添加新客户到存储库，并检查是否客户是否已在存储库中。 由于应用程序不允许用户删除客户，存储库不允许删除客户。 当新的客户将 CustomerAdded 事件激发输入 CustomerRepository，通过 AddCustomer 方法。 清楚地，此应用程序数据模型是非常小与实际的业务应用程序要求什么，但的不是重要。 是了解是如何 ViewModel 类创建使用客户和 CustomerRepository。 请注意该 customerViewModel 是客户对象周围的包装。 它提供了一个的客户状态和其他由 customerview 控件的通过一组属性的状态。 CustomerViewModel 重复的客户的状态 ； 它只是公开它通过委派，如下