设计模式_01原因

简单整理设计模式相关资料。
第一，虽然网上有很多教程，但大都不得要领，导致设计模式看起来非常复杂，就个人而言，从毕业到现在，反复学习过不下10遍，但由于工作中使用场景有限，不久就又忘记了。所以计划整理出一个适合个人的学习or复习的教程。
第二，设计模式，本来是渐进的演化，或者基于需求驱动的，而非静态的结构也就是说应该是原有结构-》遇到xx问题-》演变成xx结构，最终演变成的xx结构，就是常见的设计模式，但实际开发过程中更为在乎的是“遇到xx问题”，将xx结构变成xx结构。所以需要学习时主动补全一些信息，否则虽然学会了绘制关系图，却不明白在应该那种场景下使用。
第三，设计模式一样是”需求驱动“，出现了问题，解决问题时才会用，而不是为了套用xx而使用。而且如果有完整源代码，并且自己也懂，修改源代码依然是最优方式，设计模式本来是为了处理模块对接（比如跨系统对接，跨平台对接，找不到源代码等），或者是为了对未来的兼容进行的抽象化。而非增加代码复杂度的累赘（不要为了用而用）。

概览

六大原则

1、开闭原则（Open Close Principle）开闭原则的意思是：对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。简言之，是为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。
2、里氏代换原则（Liskov Substitution Principle）里氏代换原则是面向对象设计的基本原则之一。里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP 是继承复用的基石，只有当派生类可以替换掉基类，且软件单位的功能不受到影响时，基类才能真正被复用，而派生类也能够在基类的基础上增加新的行为。里氏代换原则是对开闭原则的补充。实现开闭原则的关键步骤就是抽象化，而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。
3、依赖倒转原则（Dependence Inversion Principle）这个原则是开闭原则的基础，具体内容：针对接口编程，依赖于抽象而不依赖于具体。
4、接口隔离原则（Interface Segregation Principle）这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。它还有另外一个意思是：降低类之间的耦合度。由此可见，其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想，它强调降低依赖，降低耦合。
5、迪米特法则，又称最少知道原则（Demeter Principle）最少知道原则是指：一个实体应当尽量少地与其他实体之间发生相互作用，使得系统功能模块相对独立。
6、合成复用原则（Composite Reuse Principle）合成复用原则是指：尽量使用合成/聚合的方式，而不是使用继承。

分类

创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
改写顺序:模板备忘命令状态，责任链迭代，策略，解释器，观察者，中介，访问者
其实还有两类：并发型模式和线程池模式。 `