什么时候使用调解人的设计模式

Question

正如标题状态，你会时建议使用中介设计模式和在哪里你看到它使用不正确？

Answer 1

使用的介体时对象的通信的的复杂性开始的妨碍对象的可重用性即可。这种类型的复杂性通常出现在视图的情况下，虽然它真的可以在任何地方。

介体的误用导致削弱了介体的同事类的接口。

这似乎有点滑稽谈滥用的模式。如果您的实施遵循模式，那么你已经使用的模式。否则，你没有。换句话说，如果你的调解员做别的东西，那么它可能不是调解人。图案由他们做什么定义，他们实际上是。事物的名称仅仅是标签。

真正的问题要问自己是你的一个模式的实施是否符合模式的承诺为您设计。介体图案的目的是封装复杂对象间通信时，它变得难以管理。如果还没有完成这一点，或者没有这样做非常好，可以说是一个调解员被滥用。在某一点上，它成为一个值判断。

Answer 2

我已经用它来处理摆动的应用程式。

当我建立一个GUI我不喜欢每个控制相知因为这将需要子类。

相反，我有一个包含听者和窗口小部件的主要目的，并让它在不同的控制之间进行调解，按钮，文本框等

Answer 3

在介体也基本上事件泵是什么。在GUI的和游戏一个非常常见的模式。

此外，我已经使用介体之前非常毒蛾系统之间进行通信，和传统的框架。