设计模式之创建型模式

设计模式可分为三种:创建型模式、结构型模式和行为型模式

  • 创建型模式是什么?

       简单来说就是帮我们创建对象

  • 创建模式又有:单例模式、工厂模式、建造者模式和原型模式

单例模式

    核心作用保证一个类只有一个实例,并且提供一个访问该实例的全局访问点

    优点:– 由于单例模式只生成一个实例,减少了系统性能开销,当一个对象的产生需要比较多的资源时,如读取配置、产生其他依赖对象时,则可以通过在应用启动时直接产生一个单例对象,然后永久驻留内存的方式来解决 ;

              – 单例模式可以在系统设置全局的访问点,优化环共享资源访问,例如可以设计一个单例类,负责所有数据表的映射处理。

    实现单例模式的5种方式:

  •     饿汉式:线程安全,调用效率高,不能延时加载

(ps:饿汉式单例模式代码中,static变量会在类装载时初始化,此时也不会涉及多个线程对象访问该对象的问题。虚拟机保证只会装载一次该类,肯定不会发生并发访问的问题。因此,可以省略synchronized关键字。 问题:如果只是加载本类,而不是要调用getInstance(),甚至永远没有调用,则会造成资源浪费!

package com.zxw.singleton;

/**
 * 测试饿汉式单例模式
 */
public class SingletonDemo1 {
	
	//类初始化时,立即加载这个对象(没有延时加载的优势)。加载类时,天然的是线程安全的!
	private static SingletonDemo1 instance = new SingletonDemo1();  
	
	private SingletonDemo1(){
	}
	
	//方法没有同步,调用效率高!
	public static SingletonDemo1  getInstance(){
		return instance;
	}
	
}
  •     懒汉式:线程安全,调用效率低(因为方法同步),能延时加载

(ps:问题 资源利用率高了。但是,每次调用getInstance()方法都要同步,并发效率较低。 )

package com.zxw.singleton;

/**
 * 测试懒汉式单例模式
 */
public class SingletonDemo2 {
	
	//类初始化时,不初始化这个对象(延时加载,真正用的时候再创建)。
	private static SingletonDemo2 instance;  
	
	private SingletonDemo2(){ //私有化构造器
	}
	
	//方法同步,调用效率低!
	public static  synchronized SingletonDemo2  getInstance(){
		if(instance==null){
			instance = new SingletonDemo2();
		}
		return instance;
	}
	
}
  •     双重检测锁式:线程安全,调用效率高(只是比懒汉式好),能延时加载,由于JVM底层内部模型原因,偶尔会出问题。不建议使用
package com.zxw.singleton;

/**
 * 双重检查锁实现单例模式(不推荐使用)
 */
public class SingletonDemo3 {

    private static SingletonDemo3 instance = null;

    public static SingletonDemo3 getInstance() {
        if (instance == null) {
            SingletonDemo3 sc;
            synchronized (SingletonDemo3.class) {
                sc = instance;
                if (sc == null) {
                    synchronized (SingletonDemo3.class) {
                        if (sc == null) {
                            sc = new SingletonDemo3();
                        }
                    }
                    instance = sc;
                }
            }
        }
        return instance;
    }

    private SingletonDemo3() {

    }

}
  •     静态内部类式:线程安全,调用效率高,能延时加载

(外部类没有static属性,则不会像饿汉式那样立即加载对象.只有真正调用getInstance(),才会加载静态内部类。加载类时是线程 安全的。 instance是static final类型,保证了内存中只有这样一个实例存在,而且只能被赋值一次,从而保证了线程安全性。兼备了并发高效调用和延迟加载的优势)

package com.zxw.singleton;

/**
 * - 外部类没有static属性,则不会像饿汉式那样立即加载对象。
 * – 只有真正调用getInstance(),才会加载静态内部类。加载类时是线程安全的。
 *   instance是static final 类型
 *   保证了内存中只有这样一个实例存在,而且只能被赋值一次,从而保证了线程安全性.
 * – 兼备了并发高效调用和延迟加载的优势!
 *
 *  * 测试静态内部类实现单例模式
 *  * 这种方式:线程安全,调用效率高,并且实现了延时加载!
 */
public class SingletonDemo4 {
    //静态内部类
    private static class SingletonClassInstance{
        private static final SingletonDemo4 instance=new SingletonDemo4();
    }

    public static SingletonDemo4 getInstance(){
        return SingletonClassInstance.instance;
    }

    private SingletonDemo4(){

    }

}
  •     枚举单例:线程安全,调用效率高,不能延时加载

(可以避免通过反射和反序列的方式破坏单例)

package com.zxw.singleton;

/**
 * 线程安全,调用效率高,不能延时加载
 */
public enum  SingletonDemo5 {
    //定义一个枚举元素 代表一个单例
     INSTANCE;
     //单例可以有自己的操作
     public void singletonOperation(){
         //功能处理
     }

}

除了枚举方式,其他方式可以通过反射和反序列化来破坏单例,我们可以这样做:

package com.zxw.singleton;

import java.io.ObjectStreamException;
import java.io.Serializable;

/**
 * 测试懒汉式单例模式(如何防止反射和反序列化漏洞)
 *
 */
public class SingletonDemo6 implements Serializable {
	//类初始化时,不初始化这个对象(延时加载,真正用的时候再创建)。
	private static SingletonDemo6 instance;  
	
	private SingletonDemo6(){ //私有化构造器
		if(instance!=null){
			throw new RuntimeException();
		}
	}
	
	//方法同步,调用效率低!
	public static  synchronized SingletonDemo6  getInstance(){
		if(instance==null){
			instance = new SingletonDemo6();
		}
		return instance;
	}
	
	//反序列化时,如果定义了readResolve()则直接返回此方法指定的对象。而不需要单独再创建新对象!
	private Object readResolve() throws ObjectStreamException {
		return instance;
	}
	
}

所以这么多种方式,我们要怎么抉择呢?

   如果单例对象占用资源少,且需要延时,静态内部类方式比懒汉式要好;

   如果单例对象占用资源大,且不需要延时,枚举方式比饿汉式要好。

 

工厂模式

(工厂模式实现了创建者和调用者的分离)

• 核心本质:
– 实例化对象,用工厂方法代替new操作。
– 将选择实现类、创建对象统一管理和控制。从而将调用者跟我们的实现类 解耦
 

• 这里需要简单说下面向对象设计的原则:

  1. OCP(开闭原则,Open-Closed Principle):一个软件的实体应当对扩展开放,对修改关闭。
  2. DIP(依赖倒转原则,Dependence Inversion Principle):要针对接口编程不要针对实现编程。
  3. LoD(迪米特法则,Law of Demeter):只与你直接的朋友通信,而避免和陌生人通信。

 工厂模式可分为3种:简单工厂、工厂方法、抽象工厂

– 简单工厂模式(不满足OCP原则,但实际使用最多)
• 用来生产同一等级结构中的任意产品。(对于增加新的产品,需要修改已有代码)
– 工厂方法模式(弥补了简单工厂不满足OCP原则,但是并不实用)
• 用来生产同一等级结构中的固定产品。(支持增加任意产品)
– 抽象工厂模式
• 用来生产不同产品族的全部产品。(对于增加新的产品,无能为力;支持增加产品族)
 
 

建造者模式

建造模式的本质:
– 分离了对象子组件的单独构造(由Builder来负责)和装配(由Director负责)。 从而可以构造出复杂的对象。
   这个模式适用于: 某个对象的构建过程复杂的情况下使用。
– 由于实现了构建和装配的解耦。不同的构建器,相同的装配,也可以做出不同的对象;
   相同的构建器,不同的装配顺序也可以做出不同的对象。也就是 实现了构建算法、装配算法的解耦,实现了更好的复用。
 
 

原型模式

         原型模式实现方式:Cloneable接口和clone方法

         创建对象,通过new创建,需要非常繁琐的数据准备或访问权限,这个时候就可以使用原型模式(就是克隆)

克隆,又有浅克隆深克隆

• 浅克隆存在的问题
– 被复制的对象的所有变量都含有与原来的对象相同的值,而所有的对其他对象的引用都仍然指向原来的对象。
• 深克隆如何实现?
– 深克隆把引用的变量指向复制过的新对象,而不是原有的被引用的对象。
– 深克隆:让已实现Clonable接口的类中的属性也实现Clonable接口
– 基本数据类型和String能够自动实现深度克隆(值的复制)
 
 

创建型模式总结

– 单例模式
• 保证一个类只有一个实例,并且提供一个访问该实例的全局访问点。
 
– 工厂模式
• 简单工厂模式
– 用来生产同一等级结构中的任意产品。(对于增加新的产品,需要修改已有代码)
• 工厂方法模式
– 用来生产同一等级结构中的固定产品。(支持增加任意产品)
• 抽象工厂模式
– 用来生产不同产品族的全部产品。(对于增加新的产品,无能为力;支持增加产品族)
 
– 建造者模式
• 分离了对象子组件的单独构造(由Builder来负责)和装配(由Director负责)。 从而可以构造出复杂的对象。
 
– 原型模式
• 通过new产生一个对象需要非常繁琐的数据准备或访问权限,则可以使用原型模式

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值