GWT MVP 实现

Question

我有几个与 gwt mvp 设计相关的问题：

• 我们可以使用事件总线通过控制器使用自定义事件将视图从一个演示者切换到另一个演示者吗？

• 如果以上为真，自定义事件（比如changeViewEvent）是否可以包含下一个视图的名称，基于哪个控制器可以做出决定，显示哪个演示者？

• 在应用程序中使视图可重用（作为小部件）是否是一个好的设计，虽然我不同意这一点，但如果有人对此有任何支持的话会很高兴。

PS：我所有的视图都使用自定义小部件，并且视图中没有特定于 gwt 的小部件（按钮、复选框等...）。

Answer 1

你可以做任何你想做的事，但你必须考虑后果。例如，如果您在不创建历史事件的情况下切换视图，则当用户点击返回按钮希望看到上一个视图时，用户可能会被赶出您的应用。

我非常喜欢Activities and Places 设计模式。它处理所有问题（历史处理、书签、令牌等）。您还可以扩展它以在移动设备上切换视图时添加动画效果 - mgwt 会这样做。

Answer 2

我有几个与 gwt mvp 设计相关的问题：

• 我们可以使用事件总线通过控制器使用自定义事件将视图从一个 prsenter 切换到另一个吗？

• 这是一种不好的做法，除非您有充分的理由这样做。由于您在不影响 url 的情况下更改视图，因此您将不知道在选定的时刻视图的状态是什么，您无法以简单的方式返回到以前的视图，最后，人们阅读代码会有困难，因为你不符合“标准”。 您的唯一参考应该是 url，您不能假设数据已加载，应用程序也不处于给定状态：每个视图都可能是您的用户导航故事的开始，因此如果您从任何其他来源获取信息比地方，你可能做错了，特别是如果你的来源是一个事件。这里唯一的特殊情况是您不希望用户以某种视图状态进入您的应用程序，因此您“强制”之前调用另一个 url，并通过从给定应用程序状态开始的事件限制对视图的访问

• 如果以上为真，自定义事件（比如changeViewEvent）是否可以包含下一个视图的名称，基于哪个控制器可以 做个决定，要显示哪个演示者？

• 如前所述，您正在重新发明轮子。适应现有的经过深思熟虑并涵盖大多数情况的机制要好得多。您可以在开发时放置一个 json 格式化程序来标记您的 url，这样放置变量就不是一场噩梦。完成后，创建一个更好的常规 url 格式

• 在应用程序中使视图可重用（作为小部件）是否是一个好的设计，虽然我不同意这一点，但如果
  有人对此有任何支持。

• 取决于您所说的视图。如果它是活动的视图，那么您可能需要在极少数情况下，最好继承一个基本视图并为每个活动分叉它的子视图（即使视图什么都不做，时间会表明它会以不同的方式发展）：这更好，因为基本视图包含没有每个子活动细节的常见内容。
  • 最后，如果你说的是一个小部件的组合，一个视图，那么你绝对应该重用它们，这将使你不得不改进你的小部件和组合以不断改进，这会让你受益匪浅用于项目的其余部分，也可能用于其他项目