设计模式理解:单例模式+工厂模式+建设者模式+原型模式

迪米特法则 :Law of Demeter, LoD, 最少知识原则LKP

如果两个软件实体无须直接通信,那么就不应当发生直接的相互调用,可以通过第三方转发该调用。其目的是降低类之间的耦合度,提高模块的相对独立性。

所以,在运用迪米特法则时要注意以下 6 点。

  • 在类的划分上,应该创建弱耦合的类。类与类之间的耦合越弱,就越有利于实现可复用的目标。
  • 在类的结构设计上,尽量降低类成员的访问权限。
  • 在类的设计上,优先考虑将一个类设置成不变类。
  • 在对其他类的引用上,将引用其他对象的次数降到最低。
  • 不暴露类的属性成员,而应该提供相应的访问器(set 和 get 方法)。
  • 谨慎使用序列化(Serializable)功能。

创建型模式 :工厂模式、抽象工厂模式、生成器模式、原型模式、单例模式
结构型模式:适配器、桥接、组合、装饰器、外观、享元、代理

单件模式 Singleton Pattern

要求一个类有且仅有一个实例,并提供了一个全局的访问点,在同一时刻只能被一个线程所访问。

特点:

  1. 单件类只能有一个实例;
  2. 单件类必须自身创建唯一实例;
  3. 单件类必须给所有其他对象提供唯一实例。

https://www.cnblogs.com/libingql/archive/2012/12/01/2797532.html

实现要点:

  1. 单件类有一个私有的无参构造函数,防止被其他类实例化;
  2. 单件类不能被继承;
  3. 单件类使用静态变量保存单实例的引用;
  4. 单件类使用公有静态方法获取单一实例的引用,如果实例为null则创建一个。

实现方式

  1. 使用类的内部类(线程安全)推荐
java 复制代码
public class Singleton_04 {
    private static class SingletonHolder {
        private static Singleton_04 instance = new Singleton_04();
    }
	
	private Singleton_04() {}
	
	public static Singleton_04 getInstance() {
		return SingletonHolder.instance;
	}
}
  1. 双重锁校验(线程安全)
java 复制代码
public class Singleton_05 {
    private static Singleton_05 instance;
    private Singleton_05() {}
    public static Singleton_05 getInstance(){
        if(null != instance) return instance;
        synchronized (Singleton_05.class){
            if (null == instance){
                instance = new Singleton_05();
            }
         }
    	return instance;
    }
}

双重锁的方式是方法级锁的优化,减少了部分获取实例的耗时。

  1. CAS AtomicReference(线程安全)

  2. 枚举单例

java 复制代码
public enum Singleton_07 {
 INSTANCE;
 public void test(){
 System.out.println("hi~");
 }
}
// 使用:
Singleton_07.INSTANCE.test();

工厂模式

举例

impl是各自的实现都继承了ICommodity接口。StoreFactory中通过参数控制调用不同实例。


优点:

  • 避免创建者与具体的产品逻辑耦合;
  • 满足单一职责,每个业务逻辑的实现都在自己所属的类中完成;
  • 满足开闭原则,无需更改使用调用方就可以在程序中引入新的产品类型

缺点:

可能会有非常多的子类 → 应使用其他模式进行优化

抽象工厂模式

抽象工厂是一个中心工厂,可以创建其他工厂的模式。

抽象工厂模式要解决的问题是:在一个产品族,存在多个不同类型的产品(Redis集群、操作系统)的情况下,如何选择接口的问题。

比如原有一个单机Redis,随着业务的发展,有了更健壮的Redis集群A和B(分别提供不同的接口和方法),需要把Redis升级但不能影响目前系统的运行。

建设者模式

将多个简单对象一步步地组装构建出一个复杂对象。

将一个复杂的构建与其表示分离,使得同样的构建过程可以创建不同的表示。(因为每个组装中可以选用不同的原料、元件)

举例:修改前

Matter.java主要保证所有的装修材料可以按照统一标准进行获取。其他类都实现了Matter接口。这样在使用时需要很多个if else。修改后:

IMenu是接口类,DecorationPackageMenu实现了IMenu接口,是填充器,

Builder建造者类具体的各种组装。

DecorationPackageMenu类里有一个List list,一个price,一个area,一个grade(装修等级)

,所以添加matter(组装)的同时可以计算价格和面积啥的,也就可以打印单子了。(以往这些是放在各个类的)。

Builder类只是调用DecorationPackageMenu类中的方法实现组装而已。

何时选择建造者模式?一些基本物料不变,而其组合经常变化时。

原型模式

原型模式主要解决的问题是创建重复对象 ,而这种对象内容本身比较复杂,生成 过程可能从库或RPC接口中获取数据的耗时较长,因此采用克隆的方式节省时间。

举例:

上机考试抽题服务。有问答题和选择题,未来可能有更多题型。但是题目不能每次都从库或者更远的地方抽取,因为如果创建对象很多的话,会非常耗时。

QuestionBank(实现了Cloneable)负责将各个题目进行组装最终输出试卷,主要包括append()和clone(),clone()里不止复制,更有乱序功能。Controller就是初始化,以及提供createPaper()。

Cloneable是标记型的接口,它们内部都没有方法和属性,实现 Cloneable来表示该对象能被克隆,能使用Object.clone()方法。如果没有实现 Cloneable的类对象调用clone()就会抛出CloneNotSupportedException。

优点:

便于通过克隆方式创建复杂对象,可以避免重复做初始化操作,不需要与类中所属的其他类耦合。

缺点:

如果对象中包括了循环引用的克隆,以及类中深度使用对象的克隆,会使此模式变麻烦。

相关推荐
闲人一枚(学习中)42 分钟前
设计模式-创建型-抽象工厂模式
设计模式·抽象工厂模式
小白不太白9503 小时前
设计模式之 观察者模式
观察者模式·设计模式
小白不太白9504 小时前
设计模式之 责任链模式
python·设计模式·责任链模式
何大春5 小时前
【弱监督语义分割】Self-supervised Image-specific Prototype Exploration for WSSS 论文阅读
论文阅读·人工智能·python·深度学习·论文笔记·原型模式
吾与谁归in5 小时前
【C#设计模式(13)——代理模式(Proxy Pattern)】
设计模式·c#·代理模式
吾与谁归in5 小时前
【C#设计模式(14)——责任链模式( Chain-of-responsibility Pattern)】
设计模式·c#·责任链模式
闲人一枚(学习中)5 小时前
设计模式-创建型-原型模式
设计模式
Iced_Sheep5 小时前
干掉 if else 之策略模式
后端·设计模式
哪 吒13 小时前
最简单的设计模式,抽象工厂模式,是否属于过度设计?
设计模式·抽象工厂模式
Theodore_102213 小时前
4 设计模式原则之接口隔离原则
java·开发语言·设计模式·java-ee·接口隔离原则·javaee