1

我们正在使用 GWTP (GWT 2.4) 开发一个新的应用程序。

关于演示者视图设计方式的文章很多 - 每个组件的职责，它们之间的通信 - 但对模型组件的关注较少。

在我们的应用程序中，我们使用 GWTP 的 Actions 并从服务器接收一些 DTO，我们主要对其进行 CRUD。我们有每个 DTO 的一些 UI-Entity 包装器。这个 UI-Entity 拥有查看它所需的所有元数据（它有什么属性，它们的显示名称等），并为所有属性提供设置/获取。

我们想知道如何传播模型更改的事件。在我看来，有两种方法：

  1. UI-Entity 引发事件。
  2. Action 在服务器回调时引发事件。

我认为这两种方法的最大区别在于第一个选项使模型“活”——如果用户正在做更改，即使没有发送到服务器，它们也会反映在应用程序中。在第二个选项中，应用程序将仅在服务器中实际更改数据时才知道数据更改事件。

正如我所看到的 - 通常你需要两种方法，但我找不到支持第一种方法的示例：通常在考虑第一种方法时 - 它表明它更像是 MVC 设计而不是 MVP。

你怎么看？有什么建议吗？

本

4

1 回答 1

0

对于第一种情况，您应该能够使用注册了某种侦听器的 propertychangeevent，通常，如果您有一个文本字段，则该字段上会有一个属性更改侦听器，然后每当该字段发生更改时，就会得到一些事件向公共汽车开枪。当然，您仍然需要从 ui 绑定到模型对象（我建议 Gwittir，它可以很好地完成所有这些）。

第二个问题是类似的，服务器通过您现有的任何方式进行回调，然后应该在总线上触发一个事件，显示“字段具有新值！！！”，然后各个字段（应该注册和监听）可以决定是否监听那个事件并做出适当的反应。

因此，基本上，您的字段应该监听总线，并且每当模型更改时，无论是从服务器端还是从 ui 端，都应该有一条消息发送到总线，以便任何感兴趣的监听器都可以处理该更改。这将设计解耦并处理这两种情况。并简化复杂的小部件级交互。

我不认为这种设置以任何有意义的方式违反了 MVP，作为一个最纯粹的人（正如我认为 MVP），你可以让你的演示者听总线然后告诉视图改变，但对我来说这似乎是一个毫无意义的层抽象、耦合和错误的来源以及以后的更多工作。

让我知道这是否是对错误问题的回答，如果我不理解问题的微妙之处，我会进行编辑。

于 2012-07-05T12:33:16.430 回答