是否在大型项目中使用GWT场所和活动

设想一个非常大的gwt应用程序项目。这只是网络上某种形式的科学环境。因此，对于每个用户，它都会存储应用程序的状态，而与浏览器历史记录或书签无关。历史甚至不能应用于应用程序本身（比如CAD系统或其他，没有直观的“后退按钮”）。我们正在考虑是否与MVP一起使用现代活动和场所。如果历史管理没有意义，那么活动和场所的利与弊是什么？与没有任何位置和活动的传统MVP+DI相比，该框架在代码维护和代码模块化方面是否具有一些优势？考虑到应用程序将为某种形式的插件提供和API，考虑到位置仅与应用程序内的导航有关（不一定与浏览器历史相关，但仍然非常相似），而活动基于位置构建，这是一种模块化和解耦UI构建块的方法，其生命周期与位置相关，那么我认为在你的情况下使用它们没有任何好处

注意：活动和地点与MVP毫无关系，都是关于导航的，正如官方文件所说：

GWT2.1引入了用于浏览器历史记录管理的内置框架。Activities and Places框架允许您在应用程序中创建可设置书签的URL，从而允许浏览器的后退按钮和书签按照用户的预期工作。它建立在GWT的历史机制之上，可以与MVP开发结合使用，尽管不是必需的

资料来源：

---

鉴于地点只与应用程序内的导航有关（不一定与浏览器历史记录相关，但仍然非常相似），而活动基于地点构建，可以模块化和解耦用户界面的构建块，生命周期与地点相关，那么我看不到在您的案例中使用它们有任何好处

注意：活动和地点与MVP毫无关系，都是关于导航的，正如官方文件所说：

GWT2.1引入了用于浏览器历史记录管理的内置框架。Activities and Places框架允许您在应用程序中创建可设置书签的URL，从而允许浏览器的后退按钮和书签按照用户的预期工作。它建立在GWT的历史机制之上，可以与MVP开发结合使用，尽管不是必需的

资料来源：

---

thnx以获取反馈！是的，我知道它与MVP没有任何关系，但实际上锁定了Google official doc和一些书籍（如Daniel Guermeur）我发现，如果将地点和活动集成到应用程序中，MVP模式的实现会有所不同，因为“triad”中存在双向关系，你是说

演示者

和

视图

界面相互了解吗？如果是，那只是一种方法。你的MVP表现如何？谢谢你的反馈！是的，我知道它与MVP没有任何关系，但实际上锁定了Google official doc和一些书籍（如Daniel Guermeur）我发现，如果将地点和活动集成到应用程序中，MVP模式的实现会有所不同，因为“triad”中存在双向关系，你是说

演示者

和

视图

界面相互了解吗？如果是，那只是一种方法。你的MVP表现如何？