design-patterns - MVP模式(GWT)的优势是什么

Question

我刚读了this article它确实让我很困惑。

Secondly, this model allows us to minimize our use of GWTTestCase, which relies on the presence of a browser, and, for the bulk of our code, write lightweight (and fast) JRE tests (which don't require a browser). [1]

这是我遵循这种设计模式的全部好处吗？它似乎使代码更复杂......你使用这种模式吗？

Answer 1

我不得不不同意，MVP 使代码变得不那么复杂，尤其是在 GWT 的情况下。如果您计划进行中型到大型 GWT 项目，那么 MVP 架构是您的主要选择。我建议同时查看 GWT MVP(由 Google 提供)和 gwt-platform(由 KennethJ 建议)。还有其他实现。

MVP 的主要好处(我的意思是 MVP 模式——不仅仅是 GWT MVP):

GWT UI 和
商业逻辑;你所有的客户端
Java 代码变得非常通用
对 GWT 的依赖最小
实现(主要通过
接口(interface))。这有助于测试
非常但它是无价的
UI设计本身的好处。

由于几乎不依赖业务，UI 的可维护性增加
逻辑

由于增加了客户端和服务器之间的共享代码量
有限的 GWT 依赖关系

您可能采用的其他补充技术:

gwt-gin(Google Guice 的客户端实现):gwtp 使它几乎是必需的(或必需的 - 我从来没有尝试过没有它)

Guice(服务器端)与客户端代码保持一致，但在技术上不是必需的

MVP 测试模拟框架(例如 mockito)总是很方便

GWT UIBinder - 除非你的 UI 设计非常动态

GWT EventBus - AJAX/JavaScript等异步环境中客户端通信的主要方法

GWT-RPC 通过命令模式(gwtp 调度程序和/或 RequestFactory)