共计 1931 个字符，预计需要花费 5 分钟才能阅读完成。
设计原则
单一职责
一个类只应该负责一个功能，或者说只有一个原因可以导致这个类改变。
里氏替换
任何父类对象出现的地方都可以替换为子类，而且原程序不会产生任何异常。
并非满足父子关系的对象都满足上述条件，如下。这时子类替换父类，调用 doSomething(new HashMap()) 即不会走继承父类方法，也不会走子类重写的方法，而是会走到子类的重载方法中，也就是走到了一个和父类完全不相关的方法之中，这是意料之外的。
// 父类方法
public void doSomething(Map map);
// 子类重载方法
public void doSomething(HashMap map);依赖倒置
- 高层次的模块不应该直接依赖低层次的模块，而应该通过两者的抽象进行依赖描述。
- 抽象不应该依赖具体实现
- 具体实现应该依赖抽象
接口隔离
用户不应该被迫依赖他们不需要的接口；类之间的关系应该建立在最小的接口上。
比如，在设计接口时，如果用户总是使用里面的部分方法，则应该拆成两个接口，分别向外提供功能。
迪米特法则（最少知识）
一个对象应该对自己耦合的对象知道的越少越好。满足这个条件一般要做到：
- 只和自己直接耦合的对象交流，而不应该出现 A ->B->C 导致 A ->C 直接耦合的情况。
- 被耦合的对象应该提供尽量少的方法给用户使用，用户对自己了解越少越好。
开闭原则
一个软件实体如类、模块和方法应该对扩展开放，对修改关闭。即，软件应该通过扩展来实现变化，而不是通过修改已有的代码来实现变化。
设计模式核心思想
-
单例模式
- 整个系统中，这个类只有一个对象，使用者只能使用该唯一的对象
-
工厂方法模式
- 定义一个创建对象的方法，由子类去实现具体创建过程
-
抽象工厂模式
- 定义一组工厂方法，这些方法会创建一个家族的组件。由子类决定创建什么家族的组件
-
模板方法
- 用一个方法描述整个流程，该流程又分为多个步骤，每个步骤在抽象类中不实现，交由具体的子类去实现
- 将处理过程的描述和分步骤的具体实现相分离，提高代码的灵活性
-
建造者模式
- 一个对象由各个组件构成，而且像向该对象添加这些组件的顺序会影响最后构造的对象，则可以使用建造者模式
-
代理模式
- 代理人和被代理人拥有相同的接口，在具体方法被调用时，代理人可以在执行前后做一些操作
- 该模式可以使得被代理人专注的实现自己的功能，而将增强功能交给代理人来实现，整个过程对使用者是透明的
-
原型模式
- 定义一个原型对象，通过克隆该原型的方式直接创建一个新对象，省去了构造对象的麻烦和性能损耗
-
中介者模式
- 由一个中介对象负责各个组件之间的交互，而各个组件之间不直接耦合，构成一种星状结构
- 目的是减少各个模块之间复杂的耦合
-
命令模式
- 将调用者和被调用者之间的请求变为一个对象，从而方便的记录、回滚请求
- 命令中封装了具体的执行过程和回滚过程
-
责任链模式
- 一个请求可能需要多个处理器进行处理，并且请求的发送方并不关心具体哪些处理器最终处理该请求，那么可以使用责任链模式
- 该模式将使用者和请求的具体处理者相解耦
-
装饰模式
- 装饰类和被装饰类继承相同的接口，并且会提供自己新增的接口，而被修饰对象会被聚合在装饰类中
- 装饰类是增强类功能的非继承实现，比继承更为灵活，避免子类爆炸
-
策略模式
- 封装一组算法，并且这些算法可以互换，也就是对外提供相同的接口
-
适配器模式
- 将一个现有的类的接口，通过包装的形式，变为当前需要的接口
-
迭代器模式
- 使用迭代器可以访问一个容器对象内的每个元素，而不必了解这些元素在容器中是如何表示的
- 一般由该容器提供自己实现的迭代器给使用者使用
-
组合模式
- 用来表示树状的层次接口，主要由叶子节点和组合节点共同构成，而用户不用关心是叶子节点还是组合节点
-
观察者模式
- 当一个对象的改变，有多个对象也需要随之而变的时候，可以使用观察者模式
- 该模式描述的是多对一的依赖
-
门面模式
- 屏蔽系统内部的复杂性，向外提供一个简洁的接口，减小系统之间的依赖
-
备忘录模式
- 对对象的内部状态进行一个快照，并在一定的时机下可以用这个快照恢复对象的状态
-
访问者模式
- 将一个类的数据存储和数据操作相分离，原始的类只负责数据的存储，而由访问者模式决定如何操作这些数据
- 该模式可以领过的扩展访问对象数据的方式，并且对同一组对象，可以采用完全不同的访问者进行数据操作，并获得完全不同的效果。
-
状态模式
- 当一个类的内部状态改变后，行为也要随之改变时，则可以使用该模式
- 将状态和行为相绑定，避免繁琐的状态判断
-
解释器模式
- 表示一种语言的语法
- 并且能够解释该语言下的语句
-
享元模式
- 当系统中有大量的细粒度的对象，而且这些对象创建后状态不会再改变时，可以通过资源池的方式共享这些对象，而不必每次创建一个
-
桥梁模式
- 将抽象和实现相分离。不同于抽象类和实现子类这种继承关系，该模式通过聚合的方式在抽象中调用实现类的方法向外提供功能
- 抽象和实现可以独立的变化
参考，设计模式之禅
正文完