1.3.2　MVP模式介绍

MVP的英文全称为Model View Presenter，它是从经典的MVC模式演变而来的。它们的基本思想有相通的地方：Controller/Presenter负责逻辑的处理，Model提供数据，View负责显示。MVP从MVC演变而来，通过表示器将视图与模型巧妙地分开。在该模式中，视图通常由表示器初始化，它负责呈现用户界面（UI），并接收用户所发出的命令，但不对用户的输入做任何逻辑处理，而仅仅是将用户输入转发给表示器。通常每一个视图对应一个表示器，但是也可能一个拥有较复杂业务逻辑的视图会对应多个表示器，每个表示器完成该视图的一部分业务处理工作，降低了单个表示器的复杂程度；一个表示器也能被多个有着相同业务需求的视图复用，增加单个表示器的复用度。表示器包含大多数表示逻辑，用以处理视图，与模型交互以获取或更新数据等。模型描述了系统的处理逻辑，但对于表示器和视图一无所知。

1．MVP模式的优点

MVP模式的优点体现在以下三个方面。

（1）View与Model完全隔离。Model和View之间具有良好解耦性的设计，这就意味着，如果Model或View中的一方发生变化，只要交互接口不发生变化，另一方就无须对上述变化做出相应的变化，这使得Model层的业务逻辑具有很好的灵活性和可重用性。

（2）Presenter与View的具体实现技术无关。也就是说，采用诸如Windows表单、WPF（Windows Presentation Foundation）框架、Web表单等用户界面构建技术中的任意一种来实现View层，都无须改变系统的其他部分。甚至为了使B/S、C/S部署架构能够被同时支持，应用程序可以用同一个Model层适配多种技术构建的View层。

（3）可以进行View的模拟测试。由于View和Model之间的紧耦合，在Model和View同时开发完成前对其中一方进行测试是不可能的。出于同样的原因，对View或Model进行单元测试很困难。MVP模式解决了上述所有的问题。在MVP模式中，View和Model之间没有直接依赖，开发者能够借助模拟对象注入测试两者中的任意一方。

2．MVP模式与MVC模式的区别

MVP模式示意图如图1-1所示。作为一种新的模式，MVP与MVC有着一个重大的区别：在MVP中View并不直接使用Model，它们之间的通信是通过Controller来进行的，所有的交互都发生在Controller内部；而在MVC中View会直接从Model中读取数据，而不是通过Controller。在MVC中，View是可以直接访问Model的。View中会包含Model信息，不可避免地还要包括一些业务逻辑。在MVC模式中，更关注Model的不变，而同时有多个对Model的不同显示及View。所以在MVC模式中，Model不依赖于View，但View是依赖于Model的。不仅如此，因为有一些业务逻辑在View中实现，导致要更改View也是比较困难的，至少那些业务逻辑是无法重用的，代码复用率低。

图1-1　MVP模式