最好的方式为一个摆GUI通信领域的逻辑？

Question

我有一些领域实现的逻辑在一些独.我想写一个摇摆的用户界面，允许用户开展并看到结果的各个领域的行动。

什么是最好的模式/framework/图书馆之间通信的用户界面和领域？这可以归结为：

• UI能够转换用户手势进一领域的行动
• 该领域能够发送状况/结果的信息回UI于显示目的

我知道视为一个广泛的概念，并有摆弄的观察员模式(其Java执行情况有一些缺点如果我理解正确的话)，但我想知道，如果有一个公认的最佳实践对于这个问题？

Answer 1

肯定视-像这样的东西 例 这清楚地分裂的事情了。问题摆动的实例是，他们似乎显示的视的所有内的工作摆动的东西，这似乎并没有我的权利

Answer 2

视 是梦幻般的一个单独的部件，然而它变得有点不守规矩的时候你已经 pages 和 forms 有大量的部件。

一件事，可能是值得寻找到(和我并不赞同它，我还没有实际使用它，只是实现非常类似的东西我自己)是的 豆类具有约束力的框架(JSR295)

Answer 3

我已经使用了观察员的模式(使用模型或许魔法)在过去 一些 成功的，但发现了除非你被小心，它迅速成为一个集群..呃..电影吗？

它迅速成为难以管理和最重要的是极其难以调试。

编辑：

扩大略上我的答案，我们使用 拉, 不摆动，因此情况因人而异。我们基本上使用的模型或许挂钩转移的数据的用户界面组件的模型的对象。这些模型对象是愚蠢的独.

实际业务的逻辑是由'的看'的模型对象有模型或许和发射所需的事件，如果他们改变。所以如果你改变的一个值在文化模型或许会消防和复制这一价值到一个组成。如果这一领域中只有一个事件在它的业务逻辑 然后 火灾。如果这一逻辑修改后的任何独的(可能)模型或许会发现和复制的价值从组成UI组成部分。