网站大量收购独家精品文档,联系QQ:2885784924

WPF与Silverlight的MVVM模式教程.doc

  1. 1、本文档共27页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
WPF与Silverlight的MVVM模式教程

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 模式部分是视图的抽象创建,称为演示文稿模型。 一个的视图将,成为只

文档评论(0)

ligennv1314 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档