我对 GWT 的理解是，它首次发布时包含活动和地点的概念，以支持 UI 作为状态机的想法，其中每个状态都是 UI 的可预订配置。
我的理解是，GWT 后来发布了他们的建议，以使用 MVP 架构模式构建 GWT 应用程序，以便更好地分离关注点并简化单元测试。
但是当您下载示例应用程序并真正查看源代码时，尽管这两种想法都支持client、server 和shared 包结构，但它们的内部工作基于不同的概念和不同的核心类型。基本上，您似乎必须在其中一个或另一个之间做出选择（这是真的吗？）。
现在我看到了 GWTP（GWT 平台）。这看起来就像是活动/地点范式以及 MVP 设计的坚实融合。所以我问：如果我选择使用 GWTP，在活动/地点或 MVP 领域下有什么我会错过的吗？换句话说，通过使用 GWTP，我是否会限制自己并被禁止使用前两项的任何最佳实践或组件？提前致谢！
【问题讨论】：
标签： java gwt mvp gwtp gwt-activities
Google 首先提出了 MVP 模式来简化测试（开发 Google Wave 时的 AFAIK），并在 Google I/O 2009 和 2010 上进行了讨论。
同时（实际上，谁知道呢？在 Ray Ryan 的演讲之前它是 Google 内部的），他们提出了 places 的概念，作为一种类型安全、面向对象的方式在应用程序中导航，作为浏览器历史的抽象 (com.google.gwt.user.client.History)。它只是在 2009 年的演讲结束时以 place service 的形式快速提及。
后来，他们提出了活动的概念（部分灵感来自 Android 自己的活动 AFAICT）并在 GWT 2.1（其第一个里程碑于 2010 年 7 月发布）中实现。
这两个概念一起使用，并在 GWT SDK 的 Mobile Web App 示例中得到了最佳展示。
至于 GWTP，它建立在 Ray Ryan 2009 年的演讲（places 用于导航的概念和 MVP）之上，根本不使用活动和场所 API（GWTP 早于它们）。查看http://code.google.com/p/gwt-platform/wiki/ComparisonWithGwtMVP 比较 GWTP 与 GWT 的活动和地点（最初被错误地宣传为关于 MVP）。
【讨论】：