SOLID五大设计准则
单一职责准则（SRP）
开闭准则 O（Open Closed Principle
面向扩开展放，面向修改关闭，可扩展
一个方法只做一件事情（函数的功能单一）里氏替换准则（LSP）
子类可以代替父类接口分离准则（ISP）
把大的接口拆分成小的接口（功能单一）依赖倒置准则（DIP）
只依赖接口不依赖方法，不关心底层的实现方法迪米特法则（Law of Demeter ）最少知道准则
函数中传入的参数越少越好
六个创立型模式
- 简单工厂模式-Simple Factory Pattern【学习难度：★★☆☆☆，使用频率：★★★☆☆】
- 工厂方法模式-Factory Method Pattern【学习难度：★★☆☆☆，使用频率：★★★★★】
- 笼统工厂模式-Abstract Factory Pattern【学习难度：★★★★☆，使用频率：★★★★★】
- 单例模式-Singleton Pattern【学习难度：★☆☆☆☆，使用频率：★★★★☆】
- 原型模式-Prototype Pattern【学习难度：★★★☆☆，使用频率：★★★☆☆】
- 建造者模式-Builder Pattern【学习难度：★★★★☆，使用频率：★★☆☆☆】
七个结构型模式
桥接模式-Bridge Pattern【学习难度：★★★☆☆，使用频率：★★★☆☆】
组合模式-Composite Pattern【学习难度：★★★☆☆，使用频率：★★★★☆】
适配器模式-Adapter Pattern【学习难度：★★☆☆☆，使用频率：★★★★☆】
- 适配器和桥接模式尽管相似，但桥接的出发点不同，桥接的目的是将接口部分和实现部分分离，从而对他们可以更为容易也相对独立的加以改变。而适配器则意味着改变一个已有对象的接口。
- 装饰者模式加强了其它对象的功能而同时又不改变它的接口，因而它对应程序的透明性比适配器要好，其结果是装饰者支持递归组合，而纯粹使用适配器则是不可能的。
- 代理商模式在不改变它的接口的条件下，为另外一个对象定义了一个代理商。
装饰模式-Decorator Pattern【学习难度：★★★☆☆，使用频率：★★★☆☆】
- 装饰模式在任何时候都可以使用，只需是想加强类的功能，而适配器模式则是一个补救模式，一般出现在系统成熟或者已经构建完毕的项目中，作为一个紧急解决手段采用。
外观模式-Facade Pattern【学习难度：★☆☆☆☆，使用频率：★★★★★】
享元模式-Flyweight Pattern【学习难度：★★★★☆，使用频率：★☆☆☆☆】
代理商模式-Proxy Pattern【学习难度：★★★☆☆，使用频率：★★★★☆】
十一个行为型模式
- 职责链模式-Chain of Responsibility Pattern【学习难度：★★★☆☆，使用频率：★★☆☆☆】
- 命令模式-Command Pattern【学习难度：★★★☆☆，使用频率：★★★★☆】
- 解释器模式-Interpreter Pattern【学习难度：★★★★★，使用频率：★☆☆☆☆】
- 迭代器模式-Iterator Pattern【学习难度：★★★☆☆，使用频率：★★★★★】
- 中介者模式-Mediator Pattern【学习难度：★★★☆☆，使用频率：★★☆☆☆】
- 备忘录模式-Memento Pattern【学习难度：★★☆☆☆，使用频率：★★☆☆☆】
- 观察者模式-Observer Pattern【学习难度：★★★☆☆，使用频率：★★★★★】
观察者模式:你进入餐馆，坐在餐馆里等待叫号，当叫号时，你就知道又有人可以吃饭了，你会下意识的看看自己的号。
这个过程就是观察者模式。餐馆是观察的对象，餐馆的座位是观察者队列，叫号时通知观察者（顾客）,看号码就是执行相应的函数，再比对叫号和自己的号能否一致来觉得能否去取餐。发布订阅模式：你取了一个号，但还想去其余地方逛逛，而后你用微信扫了号码，就走了，当叫号时，微信会推送消息给你，这个时候你就会看看自己能否到号了。
取了一个号扫码就是加入了一个消息队列，叫号的时候就能推送给你，微信就是这个中间队列。当餐馆叫号下一个的时候（发布），这个时候扫码过的人就都知道了，而后会查看自己（观察者）的号码（升级）。
- 状态模式-State Pattern【学习难度：★★★☆☆，使用频率：★★★☆☆】
- 策略模式-Strategy Pattern【学习难度：★☆☆☆☆，使用频率：★★★★☆】
- 模板方法模式-Template Method Pattern【学习难度：★★☆☆☆，使用频率：★★★☆☆】
- 访问者模式-Visitor Pattern【学习难度：★★★★☆，使用频率：★☆☆☆☆】
原文地址
