• 一组对象以定义良好但是复杂的方式进行通信。产生的相互依赖关系结构混乱且难以理解。

• 一组对象引用其他很多对象并且直接与这些对象通信，导致难以复用这些对象。

效果：

• 它将各Colleague 解耦。这有利于各Colleague间的松耦合，可以独立的改变和复用各Colleague类和Mediator类。

• 简化了对象协议。用Mediator和各Colleague间的一对多的交互来代替多对多的交互。

• 对对象如何协作大连工业数据采集软件开发遇到的问题进行解决，将中介作为一个独立的概念并将其封装在一个对象中，有助于弄清一个系统中的对象是如何交互的。

• 控制集中化。中介者模式将交互的复杂性变为中介者的复杂性。

      致远服软认为：http://www.soft8.com.cn/多视图的另一个问题就是事件的循环触发问题，场景如下：事件A发生->事件A处理函数->处理过程中触发了事件B->事件B处理函数->处理过程中又触发了事件A->……。举一个简单的例子，比如界面上有两个文本框，要保证它们的和一直都是100。当文本框A输入30的时候，文本框B要显示70。文本框B输入40的时候，文本框A要显示60。我们在处理第一个输入事件的时候需要设置第二个文本框的值，而这个设值动作会触发第二个文本框的事件处理，它也要设置第一个文本框的值……如此循环。

      通常的大连工业数据采集软件开发遇到的问题处理方式有几种，目的都相同：尽量减少不必要的事件发送。

• 状态真正改变时才发事件，状态没有改变的话就不发事件。上面例子中的TextBox 控件如果连续用相同的参数    调用其 SetText，除了第一个调用可能会触发 TextChanged事件外，后续的操作都不会触发，因为它的 Text     并未真的改变。在我们的领域模型中触发事件可以遵循相同的Pattern。

• 避免重入。当处理大连人力资源管理软件代码函数开始事件处理的时候，把自己置成一个不同的状态，比如“处理中”，事件处理结束的时候再置回正常状态。当在事件处理过程中触发新的事件又导致事件处理函数被调用，可以检查自己是否在“处理中”的状态，如果是的话忽略即可。

• 根据事件的源头来决定是否处理大连工业数据采集软件开发遇到的问题。这需要在事件的上下文中加入额外信    息，比如事件的发送者sender。微软的CAB框架允许指定事件的Scope，这样处理函数可以只处理自己感兴趣    范围内的事件。