java - GWTP 中的模型 - 引发变更事件

Question

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

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

在我们的应用程序中，我们使用 GFTP 的操作并从服务器接收一些 DTO，我们主要在这些 DTO 上进行 CRUD。我们有每个 DTO 的一些 UI-Entity 包装器。该 UI 实体保存查看它所需的所有元数据(它具有哪些属性、它们的显示名称等)，并为所有属性提供设置/获取。

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

1. UI 实体引发事件。
2. 该操作在服务器回调时引发事件。

我认为这两种方法之间的最大区别在于第一个选项使模型“实时” - 如果用户正在进行更改，即使未发送到服务器，它们也会反射(reflect)在应用程序中。在第二个选项中，仅当服务器中的数据实际更改时，应用程序才会意识到数据更改事件。

据我所知 - 通常您需要两种方法，但我找不到支持第一种方法的示例:通常当考虑第一种方法时 - 它表明它更多的是 MVC 设计而不是 MVP。

你觉得怎么样？有什么建议吗？

本

Answer 1

对于第一种情况，您应该能够使用注册了某种监听器的 propertychangeevent，通常，如果您有一个文本字段，则该字段上会有一个属性更改监听器，然后每当该字段发生更改时，一些事件将被发射到总线上。当然，您仍然需要从 ui 绑定(bind)到模型对象(我建议 Gwittir，它很好地完成了这一切)。

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

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

我不认为这种设置以任何有意义的方式违反了 MVP，为了成为最纯粹的(正如我所设计的 MVP)，你可以让演示者监听总线，然后告诉 View 进行更改，但对我来说，这似乎是毫无意义的抽象层、耦合层、错误源以及稍后的更多工作。

如果这是错误问题的答案，请告诉我，如果我不理解问题的微妙之处，我会进行编辑。