GWT mvp:Places、RequestFactory、SmartGwt和GWT sl

我不熟悉GWT和MVP，并且已经研究了一些库（GWT sl、GWT presenter、GWT dispatch）和框架（smartgwt…），我感到非常困惑。 我决定坚持使用smartgwt ui组件和gwt mvp来处理它们。smartgwt是使用一个数据源建模的，我希望理想地扩展该数据源（并使用dto（或使用gwt的请求工厂的代理对象）进行填充）。然而，我现在还没有掌握所有这些技巧

a） 在谷歌展示的gwt mvp中，一个地方的状态到底是什么？我们总是派人去一个新地方吗？如果没有，并且历史记录维护位置标记，那么状态是如何加载的

b） 在另一篇文章中，我们中的大多数人都选择了典型的mvc设计范例，他们认为模型状态存在于演示者中。我想clientfactory应该是在视图中显示当前模型的合适位置

c） 我想知道是否可以尝试使用requestfactory来填充smartgwt数据绑定组件？（据我所知，使用smartgwt服务器端框架基本上做了相同的事情..仅通过网络传输对象图中的更改？）

d） 我不太明白提议中的布局。（2个placeChangeHandler？每个活动管理器2套widgetList？有人能解释一下吗

e） 任何人都可以与（服务器端spring集成）分享他们的经验吗

---

提前感谢所有gwt专家

从SmartGWT快速入门指南开始。我们强烈建议不要在SmartGWT中使用MVP，因为SmartGWT已经有了一个内置的数据绑定范例，我们相信它可以用更少的代码提供更多的功能

---

因此，深入学习SmartGWT数据绑定方法，浏览示例，尝试使用它，然后返回到您一直在查看的令人困惑的材料，并问自己这样一个问题：它们是否简化了任何内容？他们是否使添加我需要的功能变得更容易？如果没有，就不用麻烦了。

谢谢您的回复。我实际上正在研究数据绑定方法。《快速入门指南》的问题在于，它快速引用了许多具有概念的类，这些概念非常有助于理解整体图景的一部分，但有时从“您不知道您还需要知道什么”的角度来看，这些概念在深入研究代码之前并没有帮助。我喜欢smartgwt，但不知何故，我还并没有将它融入到我喜欢的状态，即使是在展示示例中。尽管如此，我还是想知道如何在smartgwt中处理视图转换，这是我在看gwt MVP时看到的。根据我们收到的反馈，《快速入门指南》的大多数读者并没有分享这种感觉（“不知道您还需要知道什么”），而且可能是通过查看其他，不适用的体系结构，并试图理解它们如何适合（它们不适合！）。“视图转换”没有什么特别的事情要做——显示和隐藏组件以显示和隐藏不同的视图，或者如果顶级视图是选项卡集，请调用selectTab（）。