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
好莱坞原则:(我觉得类似于依赖倒置原则) 高层调用低层,避免高低层之间存在环状依赖。(调用–>抽象类–>子类实现(多态))