之前的文章已经讲解了23种设计模式是什么，以及它们在源码中的使用，也通过一些场景写了一些示例，大家可以好好体会这些代码，在工作中可以多考虑考虑，是否可以使用设计模式来解决你的问题，使代码更加灵活和更加容易扩展。 下面给出一个脑图，红色标识的标识是...

简介 允许一个对象在其内部状态改变时，改变它的行为，定义单独的状态对象，为每个状态封装特定于状态的行为。也就是说，为执行特定于状态的行为定义接口，并为每个状态定义实现接口的类，类将特定于状态的行为委托给其当前状态对象，而不是直接实现特定于状态的行...

迪米特法则 又称为 最少知识原则：就是说，一个对象应当对其它对象有尽可能少的了解。

基本介绍： 1）简单工厂模式是属于创建型模式，是工厂模式的一种。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式 2）简单工厂模式：定义了一个创建对象的类，由这个类来封装实例化对象的行为（代码） 3）在软件开发中，当我们会用到大量的创建某种、某类或者某批对象时，就会使用到工厂模式 4）改进的思路分析 分析：修改代码可以接受，但是如果我

迪米特法则： 基本介绍： 1.一个对象应该对其他对象保持最少的了解 2.类与类关系越密切，耦合度越大 3.迪米特法则（Demeter Principle）又叫最少知道原则，即一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供的public方法，不对外泄露任何信息。 4.迪米特法则还有个更简单的定义：只与直接的朋友通信 5.直接

实现方式： package singlePattern; enum Singleton{ INSTANCE; public void method(){ } } 优缺点说明： 1.这借助JDK1.5中添加的枚举来实现单例模式。不仅能避免多线程同步问题，而且还能防止反序列化重新创建新的对象 2.这种方式是Effective JAVA 作者Josh Bloch提倡的

SEO

合成复用原则（Composite Reuse Principle） 基本介绍： 原则是尽量使用合成/聚合的方式，而不是使用继承。 设计原则核心思想： 1.找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起 2.针对接口编程，而不是针对实现编程 3.为了交互对象之间的松耦合设计而努力

实现方式分为3步骤： 1.构造方法私有化 2.类的内部创建对象 3.向外部暴露一个静态的公共方法 实例： package singlePattern; public class SinglePattern1 { //类的内部创建对象 private static final SinglePattern1 singlePattern1 = new Single

实现方式： 1.构造方法私有化 2.创建类的静态变量，不实例化 3.向外部暴露一个静态的公共方法，并判断是否存在实例，如果不存在，则实例化 案例： package singlePattern; public class SinglePattern3 { private SinglePattern3(){ } private static SinglePatte

设计模式（GOF 23 种） 根据使用目的分为三大类，分别是 创建型模式、结构型模式、行为型模式，每类又可细分为两个子类，分别对应类 和 对象。

开-闭原则（OCP：Open-Close-Principle）：一个软件实体应当对扩展开放，对修改关闭，即在不被修改的前提下被扩展。

单一职责原则： 单一职责原则注意事项和细节： 1.降低类的复杂度，一个类只负责一项职责 2.提高类的可读性，可维护性 3.降低变更引起的风险 4.通常情况下,我们应当遵守单一职责原则，只有逻辑足够简单，才可以在代码级违反单一职责原则；只有类方法数量足够少，可以在方法级别保持单一职责原则。 案例: 1.在方式1的run 方法中，违反了单一职责原则,案例中飞机不能在公路上跑，而是在天空中飞行

里氏替换原则：是对子类型的特别定义，可以描述为 派生类（子类）对象可以在程序中代替其基类（超类）对象。 指一个软件实体如果使用的是一个基类的话，那么一定适用于其子类，而且它根本不察觉出基类对象和子类对象的区别。

接口隔离原则：使用多个专职的接口比使用单一庞大的臃肿总接口要好。即一个类对另外一个类的依赖性应当是建立在最小的接口上的。即接口尽量细化，保证接口的纯洁性。

依赖倒转原则讲的是：要依赖于抽象，不依赖于具体（细节）。把抽象层依赖于具体层这种错误的依赖关系倒转过来。

单一职责原则：就一个类而言，应该仅有一个引起它变化的原因，即该类应该只有一个职责。

外观（Facade）模式：又称为门面模式，是一种 对象结构型 模式。 外观模式定义了一个高层接口（即为多个子系统提供统一的门面），客户端与通过 门面 与子系统通信，使这些子系统更加容易被访问。 外部客户端不关心内部子系统的具体细节，这样大大降低应用程序的复杂度，提高了程序的可维护性。

桥接模式：将抽象与实现分离，使它们可以独立变化。它是用组合关系替代继承关系，而从降低了**抽象**和**实现**这两个可变维度的耦合度。

中介者（Mediator）模式：定义一个中介对象来封装一系列对象之间的交互，使原有对象之间的耦合松散，且可以独立地改变他们之间的交互。中介者模式对称为 **调停者模式**，它是 **迪米特法则**的典型应用。