MVP或活动&；位置，用于GWT 2.2

我最近一直在研究GWT和MVP，说实话，我很困惑。我的项目将包括大约40个不同的地方或看法在一起。在阅读多个教程时，一些人遵循模型视图演示者，另一些人使用活动和场所，所有这些都在MVP、GWT的主题下

我不确定新的MVP GWT2.2项目应该遵循什么

非常感谢,，

---

Alex是GWT2.2中实现的MVP解决方案。在此之前，MVP只是一种推荐方法，没有谷歌提供的官方框架。这就是你感到困惑的原因

我建议你坚持使用活动和场所，因为这是谷歌针对MVP的官方解决方案

我希望有帮助。

亚历克斯

活动和场所（以及ActivityMapper等）是GWT团队提供的用于正式确定其早期MVP模式建议的类。不久前，我尝试了“原始”MVP建议，目前正在使用上述类提供的更高级别方法。当然，使用新类感觉更容易。除了一个漂亮的MVP抽象之外，您还可以免费获得在应用程序中处理浏览器历史导航的重要方面

---

MVP API似乎将继续存在，因此如果您使用GWT 2.2.x，我还建议您从项目开始就使用新的MVP类。

事实证明，

活动在MVP设计模式中扮演演示者的角色。并非所有的演示者都需要是活动，但如果您有一个
活动
，您可以将其视为一种特殊的演示者，具有定义良好的生命周期，用于从一个“地方”到另一个“地方”的过渡

因此，这不是MVP和“活动和场所”之间的选择。相反，他们都有相同的想法。新的活动和场所框架只是一种改进。
Alex

活动和地点是Google对MVP框架的实现。GWT有许多完善的附加MVP框架，其中包含许多尚未纳入GWT的附加特性。我建议的两个方案是：

GWT平台：

MVP4G：

它们有许多额外的特性来减少实现解决方案所需编写的样板代码量。在选择谷歌的a&P之前，它们的价值达到了顶峰

干杯
Gene
活动和场所不是MVP框架！谷歌在以后的文档中消除了这种“干扰”。它只是一个浏览器历史框架（用于轻松（反）序列化应用程序的状态）。但在实现MVP和使用A&P时，在许多情况下，合并活动和演示者是一个好主意

在更一般的情况下，一个活动可以启动n个演示者
 我们在设计中使用了活动和地点以及演示者。我们还使用了MVP

设置是一个视图viewImpl，如果需要，在视图界面内部是一个也声明了的presenter界面。视图接口是对viewImpl实现类的传递。活动根据其业务逻辑转到viewImpl，在我们的例子中，viewImpl转到一个独立的复合小部件

如果需要，复合小部件使用演示者返回（另一次传递）活动。顺便说一句，视图或viewImpl中没有业务逻辑，这只是在活动中。它工作得很好
 你不必做出选择：活动和地点实际上与MVP无关（它们都只是关于导航和松耦合）。因此，只需同时使用这两种方法（即，如波尔在回答中所说，将您的活动构建为演示者）