这里讨论了GWT活动/场所/ MVP概念，但我还没有找到一个很好的例子，说明如何将这些概念应用于类似GWT的多对话门户应用程序。
我正在开发一个应该有多个独立小部件的GWT应用程序。这些小部件基于PopupPanel实现。每个小部件都可以在屏幕上移动，并且应该独立于其他小部件。最初的意图是使用“活动和场所”方法。每个小部件都是一个活动，所有活动都将由同一个ActivityMapper和ActivityManager管理。但是在这种情况下，只要从菜单中打开新对话框，就会创建新的Place并为当前打开的对话框调用mayStop（）。每个窗口小部件类型有一个ActivityMapper和ActivityManager也不会起作用，因为屏幕上可能有几个相同类型的窗口小部件。
在这种情况下，GWT应用程序的架构应该如何？有什么建议吗？
答案 0 :(得分：1)
一个地方就像一个URL，它似乎不符合你的需要，除非你建立一个包含所有小部件累积状态的超级地方。
你绝对需要每个“小部件”一个ActivityMapper和ActivityManager（或者不完全使用活动）