设计模式概念总结

1.工厂方法模式

概括：工厂方法模式用于将对象的创建，但其用的是抽象类继承的方式，继承一个抽象超类之后扩展并覆盖其工厂方法。 也就是利用子类去创建对象，子类负责决定具体的对象类型，所以就可以将客户从具体的类型中解耦。

设计原则：要依赖抽象，不要依赖具体类———依赖倒置原则

2.抽象工厂模式

概括：抽象工厂模式提供一个用来创建一个产品家族1的抽象类型，这个类型定义了产品呗产生的方法，要想使用这个工厂，必须先实例化它，然后将他传入一些针对抽象类型所写的代码中（有点类似于策略模式的取变封装），也即是一个组合的方式，这样也可以讲客户从具体的类型中解耦。

3. 单例模式

概括：确保一个类只有一个实例，并提供一个全局访问点（静态方法）。 好处是可以延迟实例化2。

//确保多线程访问同步：双重检查加锁public class Singleton{    private volatile static Singleton uniqueInstance;    private Singleton(){}    public static Singleton getInstance(){        if(uniqueInstance==null){             synchronized(Singleton.class){              if(uniqueInstance==null){                 uniqueInstance = new Singleton();              }             }        }    }}

4. 状态模式

概括：

5. 代理模式

概括：只能引用同一个java虚拟机堆（更为一般的说法为，在相同地址空间运行的对象）。 如果是不同的堆空间的对象，我们需要使用代理模式去解决不同空间对象的沟通。 首先会用到RMI（remote method invocation）

6. 模板方法模式

概括：（觉得有点类似于工厂方法模式，工厂方法模式由子类决定实例化哪个具体的类，而模板方法模式由子类决定如何实现算法中的步骤）在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以再不改变算法结构的情况下，重新定义算法中的某些步骤。
为了防止子类改变模板方法中的算法，可以将模板方法声明为final

好莱坞原则：(我觉得类似于依赖倒置原则) 高层调用低层，避免高低层之间存在环状依赖。（调用–>抽象类–>子类实现(多态)）

7. 策略模式

---

1. 产品家族也就意味着抽象工厂模式能够将一群相关的产品集合起来，因为这些产品都实现了某一个抽象接口。 ↩
2. 通过静态类方法去调用私有的构造函数。 ↩