MVVM和MVP
软件开发的目的是构建解决方案，解决用户和企业的需求和问题。要实现这一点，不同的技术和架构模式就像 模型 - 视图 - 视图模型（MVVM） 和 模型 - 视图 - 演示者（MVP） 使用。
与制造的任何产品一样，第一步是规划和设计阶段。软件设计过程可以是基于首选技术工具集的规范，它可以包含从概念到规划到实现再到更新和修改的所有活动。
它涵盖了基于所选架构模式的低级和高级架构设计，并使用设计模式映射出可重用的解决方案。
软件应用结构
软件体系结构定义了满足技术，操作和用户需求的应用程序结构，并引用了代码的组织和管理方式。
确定软件应用程序的体系结构至关重要，因为它不是已经开发的应用程序的简单，可更改部分;因此，必须在任何编程开始之前决定架构模式。
架构模式与设计模式有些不同，因为它们的范围更广，通过解决更多技术问题，如硬件性能和限制以及高可用性。不同体系结构模式的示例是MVC，MVVM和MVP。
另一方面，设计模式是形式化的最佳实践，可促进可重用的面向对象开发，并且比应用程序的体系结构更易于维护和更改。
建筑模式
模型视图控制器（MVC） 是最早为Web应用程序开发的架构模式之一，从九十年代中期到九十年代后期流行，特别是Java社区。
较新的框架，如Django for Python和Rails（Ruby on Rails），非常注重快速部署，这就是为什么MVC占据市场份额作为建筑模式的巨大吸引力。
传统上，用户界面开发包含大量处理复杂逻辑的代码，因此架构模式旨在减少用户界面（UI）级别的代码，使其更“干净”和易于管理。
因此，使用MVC模式，Web应用程序由
- 模型 （数据）
- 视图 （查看和操作数据的界面）
- 调节器 （对数据执行的操作和操作）
该 模型 处理数据和业务逻辑，有 没有 之间的依赖关系 模型 和 调节器 要么 视图.
该 视图 以支持的格式和所需的布局向用户呈现数据，以及何时 调节器 接收用户请求（获取数据），它调用完成请求所需的相关资源。
让我们将这种模式应用于建立在线书店。
用户可以搜索，查看，注册和购买书籍，以及管理他们的个人资料和书籍列表。当用户单击SCI-FI类别时，所有相关书籍都应显示为可用。
该 控制器 处理管理书籍的动作（列表，添加，查看等）。可以有多个 控制器 一个主要的 调节器 '引导交通'。
对于这个例子， 调节器 被命名为controller_books.php和 模型 （例如model_books.php）处理与书籍相关的数据和逻辑。
最后，不同 查看 将需要，例如将书籍添加到在线购物车或使用图像和评论查看书籍细节时。
该 controller_books.php 从主要接收动作（用户请求） 调节器 （例如。 的index.php）。该 controller_books.php 分析请求并调用 model_books.php （数据）返回SCI-FI书籍清单。
的责任 模型 是使用任何应用的逻辑（使用搜索过滤器）提供该信息。该 调节器 然后获取信息并将其传递给相关人员 视图 （搜索视图，打印视图，详细视图等）和信息（通过 视图）发起请求的用户。
这是MVC模式的基础，它已经演变了架构模式的产生变体，例如模型 - 视图 - 展示器（MVP），模型 - 视图 - 视图模型（MVVM），层次 - 模型 - 视图 - 控制器（HMVC），和模型 - 视图 - 适配器（MVA）等
MVP模式
模型 - 视图 - 演示者（MVP）
该 MVP模式 已经存在了一段时间，是MVC的变种。它专为测试自动化而设计，其目标是增加可通过自动化测试的代码量，并且该模式解决了表示层的一些问题，将业务逻辑与UI隔离开来。
屏幕是View，它显示的数据是Model，Presenter将两者挂钩在一起。
MVP 包括以下具有不同职责的组件：
- 模型 （定义要显示的数据）
- 视图 （显示模型中的数据并将用户请求路由到Presenter）。
- 主持人 （在视图和模型之间进行交互并将它们连接在一起）
该 视图 （网页）通过将事件（用户请求）转发到页面控件来显示和管理页面控件 主持人 那是在美国发起的 视图.
该 主持人 通过阅读和更新来回应这些事件 模型 要改变 视图 因此， 演示者 责任是束缚 模型 和 视图.
看完之后 MVC 和 MVP 模式，共同性对每个组件都有不同的责任，它们促进了分离 视图 （UI）和 模型 （数据）。这些模式之间的显着差异在模式的实现方式中更为明显。
MVP 对于高级解决方案来说可能是一种复杂的模式，但如果作为精心设计的解决方案实施，肯定会带来很大的好处，尽管它可能不一定是简单解决方案的合适选择。
MVVM模式
模型 - 视图 - 视图模型（MVVM）
该 MVVM 图案 是专门为Windows Presentation Foundation（WPF）和Microsoft Silverlight平台设计的，它可以用于所有 XAML [I] 平台。
WPF是一个Microsoft系统，它在基于Windows的程序中呈现用户界面，并且最初是在.NET Framework 3.0中发布的。
MVVM 从中提炼出来 MVC 在这种模式中， 视图 对行为，事件和数据绑定有效，并且 视图 与…同步 视图模型 （它可以分离演示文稿并公开方法和命令来管理和操作 模型.
MVVM 包括三个核心组件：
- 模型 （表示具有验证和业务逻辑的数据）
- 视图 （该视图负责定义用户在屏幕上看到的内容的结构，布局和外观。理想情况下，视图完全由XAML定义，具有有限的代码隐藏，不包含业务逻辑。两种数据 - 之间的约束力 视图 和 视图模型 显示用于将Model和ViewModel与View同步的功能
- 视图模型 （将View与Model分开，并公开方法和命令来操作数据（Model）。
该 视图 从中接收数据 视图模型 （通过数据绑定和方法），并在运行时， 视图 在响应中的事件时会发生变化 视图模型.
该 视图模型 调解之间 视图 和 模型 并处理 视图 逻辑。它与…互动 模型 - 从中获取数据 模型 并将其呈现给 视图 显示。
这些组件都彼此分离，允许更大的灵活性，独立地处理它们，隔离单元测试，并将它们交换出来，而不会影响任何其他组件。
这种结构允许 模型 和其他独立发展的组件，允许开发人员同时处理解决方案的不同方面。例如，设计师正在努力的地方 视图，他们只需生成数据样本而无需访问其他组件。这便于重新设计用户界面 视图 在XAML中实现。
如前所述 MVP简单的解决方案不需要架构和设计模式，比如“Hello World！”太基础了，无法遵循任何模式;但是，随着更多功能，功能和组件的引入，应用程序的复杂性也会增加，需要管理的代码量也会增加。
综上所述
自用户界面开发开始以来，设计模式变得越来越流行，使开发过程更容易，应用程序更具可扩展性，并且便于测试。
MVP和MVVM模式之间的差异：
- 同时 MVP 和 MVVM， 视图 是应用程序的入口点
- 在 MVP，之间有一对一的映射 视图 和 主持人，在哪里 MVVM，这种关系是一对多的 视图 和 视图模型.
- MVP 主要用于Windows窗体和Windows Phone应用程序 MVVM 专为Silverlight，WPF，Knockout / AngularJS等设计。
