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