1. 六大原则
1. 单一职责原则(Single Responsibility Principle)
2. 开闭原则(Open Close Principle)
3. 里氏替换原则(Liskov Substitution Principle)
4. 依赖倒置原则(Dependence Inversion Principle)
5. 接口隔离原则(Interface Segregation Principle)
6. 迪米特原则(Law Of Demeter)
2. 创建型模式
创建型模式(Creational Pattern)对类的实例化过程进行了抽象，能够将软件模块中对象的创建和对象的使用分离。
简单工厂模式(Simple Factory):
工厂方法模式(Factory Method):
定义一个用于创建对象的接口，让子类决定实例化哪个类
抽象工厂模式(Abstract Factory):
为创建一组相关或者相互依赖的对象提供一个接口，而不需要指定他们的具体类
原型模式(Prototype):
用原型实例指定创建对象的种类，并通过拷贝这些原型创建新的对象
单例模式(Singleton):
确保某一个类只有一个实例，而且自行实例化，并向整个系统提供这个实例。
建造者模式(Builder):
将一个复杂对象的构建与它的表示分离，使得同样的创建过程可以创建不同的表示
3. 结构型模式
结构型模式(Structural Pattern):
描述如何将类或者对象结合在一起形成更大的结构
适配器模式(Adapter):
适配器模式把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作
桥接模式(Bridge):
将抽象部分与实现部分分离，使他们可以独立地进行变化
组合模式(Composite):
将对象组合成树形结构以表示 部分 整体的层次结构 使得用户对单个对象和组合对象的使用具有一致性
装饰模式(Decorator):
动态地给一个对象添加一些额外的职责。就增加功能来说，装饰模式相比生成子类更为灵活
外观模式(Facade):
要求一个子系统的外部与其内部的通信必须通过一个统一的对象进行。提供一个高层次的接口，使得子系统更易于使用。
享元模式(Flyweight):
使用共享对象可有效地支持大量的细粒度的对象
代理模式(Proxy):
为其他对象提供一种代理以控制对这个对象的访问
4. 行为型模式
行为型模式(Behavioral Pattern):是对在不同的对象之间划分责任和算法的抽象化。
职责链模式(Chain of Responsibility):
使多个对象都有机会处理请求，从而避免了请求的发送者和接受者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有对象处理它为止。
命令模式(Command):
将一个请求封装成一个对象，从而让用户使用不同的请求把客户端参数化；对请求排队或者记录请求日志，以及支持可撤销的操作
解释器模式(Interpreter):
给定一门语言，定义它的文法的一种表示，并定义一个解释器，该解释器使用该表示来解释语言中的句子.
迭代器模式(Iterator):
提供一种方法顺序访问一个容器对象中的各个元素，而又不需要暴露该对象的内部表示
中介者模式(Mediator):
中介者模式包装了一系列对象相互作用的方式，使得这些对象不必相互明显作用。从而使它们可以松散耦合。当某些对象之间的作用发生改变时，不会立即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的变化。中介者模式将多对多的相互作用转化为一对多的相互作用。中介者模式将对象的行为和协作抽象化，把对象在小尺度的行为上与其他对象的相互作用分开处理。
备忘录模式(Memento):
在不破坏封闭的前提下，捕获一个对象的内部状态，并在改对象之外保存这个状态，这样，以后就可将该对象恢复到原先保存的状态
观察者模式(Observer):
定义对象间一种一对多的依赖关系，使得每当一个对象改变状态，则所有依赖于它的对象都会得到通知并被自动更新
状态模式(State):
当一个对象的内在状态改变时允许改变其行为，这个对象看起来像改变了其类
策略模式(Strategy):
定义一系列算法，将每一个算法封装起来，并让它们可以相互替换。策略模式让算法独立于使用它的客户而变化
模板方法模式(Template Method):
定义一个操作中的算法的框架，而将一些步骤延迟到子类中，使得子类可以不改变一个算法的结构即可冲定义该算法的某些特定步骤
访问者模式(Visitor):
封装一些作用于某种数据结构中的各元素的操作，它可以在不改变这个数据结构的前提下定义作用于这些元素的新的操作
网友评论