想象一个非常大的gwt应用项目。这只是网络上某种形式的科学环境。因此，对于每个用户，它存储应用程序的状态，并且没有任何与浏览器历史记录或书签相关的内容。历史甚至不能应用于应用程序本身（如CAD系统或其他任何东西，没有直观的“后退按钮”）。我们正在考虑是否使用现代活动和场所以及MVP。如果历史管理没有意义，活动和场所的利弊是什么？与没有任何地方和活动的传统MVP + DI相比，这个框架能否在代码维护和代码模块化方面带来一些优势？考虑到应用程序将为某种形式的插件提供API和
答案 0 :(得分：1)
鉴于Places只是关于应用程序内的导航（不一定与浏览器历史记录相关，但仍然非常类似），并且“活动”构建在“地方”上，以模块化和解耦构建块您的用户界面，其生命周期与“地方”相关联，那么在您的案例中使用它们并没有任何好处。
N.B。：活动和地方与MVP的关系非常强烈 ，关于导航，正如官方文档所说：
GWT 2.1引入了一个用于浏览器历史管理的内置框架。活动和位置框架允许您在应用程序中创建可收藏的URL，从而允许浏览器的后退按钮和书签按用户的期望工作。它建立在GWT的历史机制之上，可以与MVP开发结合使用，但不是必需的。
来源： https://developers.google.com/web-toolkit/doc/latest/DevGuideMvpActivitiesAndPlaces