中介者模式和享元模式

中介者模式：

享元模式：

之前学习这两部分时候，中介者模式和享元模式的结构图很相似。当时没有搞清楚，现在回过头来总结一下。

一，中介者的介绍（概念，优缺点，用途）

1，概念

中介者（Mediator）：用于一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变他们之间的交互。

可以这样理解，Mediator的作用就像媒婆一样，手上有需要单身男女资源。他们各自联系容易造成一些不必要的麻烦（如闲话，一人对象不能同时在大家面前和多个对象联系，大家都懂的）媒婆可以根据需要，任意改变他们之间联系，而且对他们之外的人没有多大影响。

2，中介者模式的优缺点：

（1）

优点:Mediator的出现减少了各个Colleague的耦合，使得可以独立地改变和复用各个Colleague类和Mediator。任何人的变化不会影响其他人，因为你们都是和媒婆打交道。

由于把对象如何协作进行了抽象，将中介作为一个独立的概念并将其封装在一个对象中，这样呢关注的对象就从对象各自本省的行为转移到他们之间的交互上来。以前没有媒婆的时候，我们关注的是人和哪些人交往，现在有媒婆了，我们只需要问问媒婆就行了，不需要关注每个个体人的行为。

（2）缺点：由于ConcreteMediator控制了集中化，于是就把交互负责性变为了中介者的复杂性，这样就使得中介者变得比任何一个ConcreteColleague都复杂。

3，使用场合：中介者模式一般应用于一组对象以定义良好但是复杂的方式进行通信的场合（如Form窗体，Web页面aspx）以及想定制一个分布在多个类中的行为，而不想生成太多的子类的场合。

享元模式的简介（概念，内容重点，应用，不足）

一，概念：

享元模式：运用共享技术有效的支持大量细粒度的对象。

二，内容重点：

内部状态：在享元对象内部并且不会随环境改变而改变的共享部分，称为享元对象的内部状态。

外部状态：在享元对象内部并且会随环境改变而改变的，不可以共享的状态称为外部状态。

享元模式可以避免大量非常相似类的开销。在程序设计中，有时需要生成大量细粒度的类实例来表示数据。如果能发现这些实例除了几个参数外基本上都是相同，有时就能够大幅度地减少需要实例化的类的数量。如果能把那些参数移到类实例的外面，在方法调用时将他们传递进来，就可以通过共享大幅度地减少单个实例的数目。

三，应用：

1，如果一个应用程序使用了大量的对象，而大量的这些对象造成了很大的存储开销时就应该考虑使用；

2，对象的大多数状态可以外部状态，如果删除对象的外部状态，可以用相对较少的共享对象取代很多组对象，考虑使用享元模式。

四，不足：

1，使用享元模式需要维护一个记录了系统已有的所有享元的列表，而这本身需要耗费资源。

2，享元模式使得系统更加复杂。为了使对象可以共享，需要将一些状态外部化，这使得程序的逻辑复杂化。