一、中介者模式理解起来很简单,即多个对象之间需要交互,那么这些对象间的交互就会形成网状结构。引入中介者,各对象根本不知道其它对象的存在,他们只需要把信息发送给中介者,由中介者来控制吧信息传递给哪些对象。所以,就变成了一个星形的结构。
中介者模式的目的很明显,就是为了解耦,但是缺点,也是比较明显,那就是中介者类本身会变得复杂,牵扯过多。所以,如果网状结构不是非常复杂,那么就不一定要考虑中介者。一旦使用了中介者,那么就需要谨慎的维护它,避免牵一发而动全身的错误。
二、观察者模式与中介者模式不同,观察者依赖于被观察者的状态改变,两者之间是需要交互的,我们常见的发布/订阅的说法就是观察者模式的一种。
1.观察者可以有很多类似行为,被观察者(主题)也有类似的行为,所以都可以抽象出来以形成解耦。这时候,notify()就可以调用vector中所有的观察者的update方法。
2.需要考虑的是有时候观察者的行为可能不一样,无法抽象出共性,比如观察者A要调用update()方法,但是B却是需要调用active()方法。这时候会导致的问题:
a.vector不能存放抽象类除非是Object泛型
b.notify无法统一的调用update方法。
那么当被观察者变化时,如果通知到所有的观察者呢?
(1).NET中使用委托机制解决了这个问题,有兴趣可以稍微了解一下
(2)可Java怎么办呢?网上有人使用Map《Objec