第二十一章 单例模式
- 定义：保证一个类仅有一个实例，并提供访问他的全局访问点。
使用饿汉模式的单例类是我最喜欢的实现模式（在java 中使用static final修饰），因为在java 中在类加载时，这个对象就可以创建出来，因此这样的话解决了单例的需求，有解决多线性的并发产生的问题。并且没有懒汉模式在多线程下需要判断两个if语句。
- 优点
保证该类只有唯一实例，并且可以提供访问实例的方法，使得全局可以进行访问。
第二十二章 桥接模式
-
定义：将抽象部分与他的实现分离开，使他们都可以独立地变化。
桥接模式
合用聚合复用原则
定义：尽量使用合成聚合，尽量不要使用类继承
解释
对于继承和合用聚合原则而言，我们的主要是需要清除的类与类之间的关系，is-a和have-a是这样个使用的边界判定。
优点
- 对于继承关系而言，这是这个非常紧密的的依赖关系，父类的变化会导致子类的变化，这种关系会限制灵活性最终限制了复用性。只有稳定的依赖关系才是用继承
- 满足have-a的关系我们就能多角度地把他们把他们独立变化，减少他们的耦合。
第二十三章 命令模式
- 定义：将一个请求包装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或者记录请求日志，以及支持课撤销操作。
优点
1.他可以容易地实现命令队列，记入日志，接受请求的一方是否决请求
2.对于请求一个操作的对象与指导执行一个操作的对象分离。敏捷开发
对于不确定的需求，我们不需要急于实现他，并且对于重构命令模式并不困难，事实上等待需要重构此需求的时候，命令模式才有意义。
第二十四章 职责链模式
- 定义：使多对象都机会处理请求，从而避免请求的发送者与接收者的之间的耦合关系。将对象形成一条链，并且沿着这条链传递请求，直到有一个对象处理它为止。
（个人觉得有点类似于装饰者模式和状态模式，都是使用链式的结构，而装饰者模式使用这个结构来增加功能，状态模式使用这个结构解耦判断逻辑）
优点
1.使用链式结构的好处在于简化对象的连接，他们只需要知道他们的后继者即可
2.对于链式结构我们可以随时增加 修改请求的结构，增加了灵活性。注意事项
对于一个请求到链尾还没有得到处理，说明没有正确配置请求链的结构。我们在创建结构时需要明确我们的各个链结点的功能。
第二十五章 中介者模式
- 定义：用一个中介对象来封装一系列的对象交互。中介者使得各个对象不需要显示地 相互引用，从而使得耦合耦合松散，而且可以独立地改变他们之间的交互。
举例子：如同书中的联合馆安理会的例子，比如计算器的界面，他需要整合输入文本与算法之间的耦合问题，感觉符合迪米特原则。
- 优缺点和应用
1.中介者模式容易出现在系统中应用也容易误用，中介者模式可以减少对象之间的耦合度，但是把自己独立出来封装成为一个对象， 把关注对象转移到关注各自对象的自身行为和中介者中的行为交互 上来。
2、使用中介者模式，可能出导致中介者比任何一个对象都用复杂，这需要在设计之初考虑清楚。
3.中介者模式一般应用于一组对象以定义良好但是复杂的方式进行通信的场合以及向定制一个分布在一个多类中的行为，又不想生成太多子类的场合。（就是定义在宜在功能稳定，行为交互清洗，功能需求比较稳定的场合，否则对于需求的变化会导致太中介者的逻辑变化，产生复杂问题）
第二十六章 享元模式
-
定义：运用共享技术有效地支持大量细粒度的对象
享元模式
（个人觉得享元模式是模板方法模式的思想加上简单工厂模式的思想）
- 优点和应用
- 可以节约内存，使用少量的对象完成工作。
2.对于删除对象的外包状态，可以使用少量的对象取代多组对象， 可以考虑使用享元模式。
第二十七章 解释器模式
-
定义： 给定一个语言，定义他的文法的一种表示，并且请一个解释器，这个解释器用来解释语言中的句子。
解释器
（每次看到这个就有终结符与非终结符，会感觉只用编译原理中会使用的吧，还是不太理解这个模式）
- 优点或者是应用
当一个语言需要解释执行，你可以把句子表示成抽象的语法树时，你可使用解释其模式。
该模式用于表示文法规则的时候，你可以继承改变该文法，从而实现编写
- 缺点
每个规则至少定义一个类，会使得多规则的文法可能难以维护与管理。对于这种情况可使用语法分析程序或编译器生成器处理。
第二十八章 访问者模式
- 定义： 表示一个作用于某个对象元素结构中的各元素对象操作 。他可以使你不改变各个元素类的前提下，定义作用与这些元素的新操作。
自己的理解是是用自身的属性来确定的方法的调用，而这其中使用的接口的调用的属性传递。这个类图请注意方法名的参数。
例如，一个男人会实现接口Accept的方法，然后节后一个visitor的动作，男人会调用这个visitor接口中的属于男人的方法，此时这是自身属性男就会的确定调用的使用哪个方法，然后在方法的参数上出入男人this，实现了具体参数的嗲用。
- 优点及其应用
1.访问者模式适用于数据结构稳定的系统，比如例子的男人和女生性别稳定，对于动作visitor的抽象就抽象出对于某一件事情，男人和女人的分别做法即可。由于性别属性的稳定的，不然在加入一个性别，那么Visitor的接口继续加上对应的方法，还有他的子类还要继续增加实现。这点违背了开放封闭原则。如果，这个属性稳定，这个原则不打破。而且如果继续加行为的话，不就能体会到这个原则的精妙之处？。
- 模式作用是把数据结构和结构上的操作解耦开来
3.添加新的操作很容易，添加新的数据结构很困难。
