想象一个非常大的 gwt 应用项目。这只是网络上某种形式的科学环境。因此，对于每个用户，它都会存储应用程序的状态，并且与浏览器历史记录或书签无关。历史甚至不能应用于应用程序本身（如 CAD 系统或其他任何东西，没有直观的“后退按钮”）。我们正在考虑是否将现代活动和地点与 MVP 一起使用。如果历史管理没有意义，活动和地点的优缺点是什么？与没有任何地点和活动的传统 MVP+DI 相比，该框架能否在代码维护和代码模块化方面提供一些优势？考虑到应用程序将为某种形式的插件提供 API
问问题
304 次
1 回答
1
鉴于 Places 仅与应用程序内的导航有关（不一定与浏览器历史相关联，但仍然非常相似），而 Activities 建立在 Places 之上，这是一种模块化和解耦UI构建块的方式，其生命周期与 Places 相关联，那么我认为在您的情况下使用它们没有任何好处。
注意：Activity 和 Places与 MVP完全无关，都是关于导航的，正如官方文档所说：
GWT 2.1 引入了一个用于浏览器历史管理的内置框架。活动和地点框架允许您在应用程序中创建可添加书签的 URL，从而允许浏览器的后退按钮和书签按用户期望的方式工作。它建立在 GWT 的历史机制之上，可以与 MVP 开发结合使用，尽管不是必需的。
来源： https ://developers.google.com/web-toolkit/doc/latest/DevGuideMvpActivitiesAndPlaces
于 2012-06-22T12:52:20.877 回答