设计模式学习笔记——目录
最近一直在看设计模式，GOF23种设计模式反复理解中，设计模式确实对面向对象编程有很大帮助！
2）每种设计模式的特点和概念是什么，它解决了一个什么样的问题、它的优缺点是什么！每个设计模式，至少能举出一个场景，可加深记忆。
最终目标：说出一种设计模式就能知道是解决了一个什么样的问题，他的业务模型（类图）是怎样的，根据业务模型，可直接实现编码。
特点、概念、类图、场景举例、程序实现。这五个环节下来基本对设计模式可以有较深刻的理解。
设计模式按类型可分为三种：创建型、结构型和行为性。
创建型：
（1）单例：只需一个实例时考虑。
（2）工厂方法：一般先用工厂方法解决对象创建问题。
（3）抽象工厂：当工厂方法无法满足多系列问题时，再重构为抽象工厂。
（4）建造者：多个部件的建造实现相同，只是所需部件、建造顺序不同时考虑。
（5）原型：在初始化信息不发生变化时考虑。
结构型：
（1）适配器：让接口不相容的类能协同工作。（亡羊补牢）
（2）装饰：动态增加单个对象的额外职责，比生成子类更灵活。
（3）桥接：使继承关系更改为组合关系，使两者可独立变化。（未雨绸缪）
（4）组合：用树状结构表示“整体-部分”的层次关系，使单个对象（叶节点）与组合对象（枝节点）的使用具有一致性。
（5）享元：为运用共享技术，支持大量细粒度对象，节省开销。
（6）代理：控制对单个对象的访问。
（7）外观：子系统的高层接口，避免两个类直接关系的第三者。
行为型：
（1）观察者：一对多依赖关系，一端变化、多端得到通知并自动更新。（目标与观察者可实现弱耦合）
（2）模板方法：继承+重写解决代码重复问题。
（3）命令：将请求发送者与具体实现者解耦，可对请求排列、取消、重做，支持事务。（多请求，单处理）
（4）职责链：将处理者排成链，沿链传递请求。（单请求，多处理）
（5）状态：当对象内状态改变而执行不同操作时考虑，状态转移逻辑不在if/switch中，而在各子类之间，增/改状态和状态转换较容易。
（6）解释器：若某特定问题发生的频率足够高时考虑，需定义文法表示与解释器本身。
（7）中介者：由中介封装一系列对象交互，减少对象间耦合，利于复用。（朋友多）
（8）访问者：当Element较稳定、Visitor易增加时考虑。（朋友在精不在多）
（9）策略：将一系列算法逐个封装并可相互替换，易于切换、理解、扩展。
（10）备忘录：不破坏封装，又要取该对象内状态，且要求状态还原时考虑。（保持封装边界）
（11）迭代器：将对集合的访问与遍历从集合对象中分离出来到迭代器中。
