懒羊羊学设计模式-创建者模式

简介: 懒羊羊学设计模式-创建者模式

😎创建者模式

定义

当我们需要实列化一个复杂的类,以得到不同结构类型和不同的内部状态的对象时,我们可以用不同的类对它们的实列化操作逻辑分别进行封装,这些类我们就称之为建造者。

当我们需要来之同一个类,但是要就有不同结构对象时,就可以通过构造另一个建造者来进行实列化。

----------摘自《设计模式之美》。

角色

产品类:Product 我们具体需要生成的类对象

抽象建造者类:Builder 为我们需要生成的类对象,构建不同的模块属性,即:公开构建产品类的属性,隐藏产品类的其他功能

具体建造者类: ConcreteBuilder 实现我们要生成的类对象

导演类: Director 确定构建我们的类对象具体有哪些模块属性

举个荔枝

📢简单举个荔枝哈

🎨 话说有一天,我们的懒羊羊接到了慢羊羊下发的一个Java开发任务:定义一个手机类,创建出对象,并实例化

懒羊羊:小小投个懒吧☺,说罢便分分钟写完代码

懒羊羊:哈哈,我先定义一个Phone类,浅浅定义几个属性,然后再Client类中set一下就好啦,分分钟搞定

Phone.java

@Data
@Getter
@Setter
public class Phone{
    //运行内存 单位GB ps:为了简写就没有用doc注释
    private Integer ram;
    //机身内存 单位GB
    private Integer rom;
    //CPU型号
    private String typeCPU;
}

Client.java

public class Client {
    public static void main(String[] args) {
        Phone phone = new Phone();
        phone.setRam(6);
        phone.setRom(64);
        phone.setTypeCPU("骁龙888");
        System.out.println("phone = " + phone);
    }
}

懒羊羊:来我们运行看结果🍿

懒羊羊:村长,我写好啦

慢羊羊:这么快就写好啦? 几秒钟后~ ,你这啥玩意啊? 你是想让我去买手机时,还要让我自己动手组装?万一我组装错了不就废了吗,而且你这很明显违反了羊村定的一个最少知道法则啊,重做😠

【Tips】

当一个对象的组成过程特别繁琐,特别麻烦的时候,就不应该让客户端自己来完成

这样客户端可能会不按正确步骤组装对象,或缺少了某一个组件。

违反了迪米特法则

懒羊羊:可是,可是~~,我不知道怎么做了吖,村长,给个提示呗😊

慢羊羊:你是真的懒,这样吧,我告诉你个方法,你浅学一下创建者模式,再写一写

【One Hour Later】

懒羊羊:哈哈,我学会了,我再写个PhoneBuilder类就好了,在里面定义个build方法,然后在build方法里组装就好了,然后再简单改一下Client类就好啦,真棒😎

PhoneBuilder.java

public class PhoneBulider {
    //关联手机 ps:为了简单,直接这么写的
    private Phone phone = new Phone();
    public Phone build(){
        phone.setRam(12);
        phone.setRom(64);
        phone.setTypeCPU("骁龙886");
        return phone;
    }
}

Client.java

public class Client {
    public static void main(String[] args) {
        PhoneBulider phoneBulider = new PhoneBulider();
        Phone build = phoneBulider.build();
        System.out.println("build = " + build);
    }
}

懒羊羊:村长,村长,我又写完啦,快看看😎

慢羊羊:嗯,这下是写好了,但是吧 ,我想要高端一点的手机怎么办,或者我也要低端一点的

懒羊羊:这好办,稍等~

慢羊羊:你这合适吗,高端机和低端机一样的配置?🤪

【Tips】

封装地太狠, 客户端没办法选择配置, 都是由服务器端写好的的配置

懒羊羊:那好吧,我定义个HightLevelPhoneBulider类MidLevelPhoneBulider类分别处理就好啦

HightLevelPhoneBulider

public class HightLevelPhoneBulider {
    //关联手机 ps:为了简单,直接这么写的
    private Phone phone = new Phone();
    public Phone build(){
        phone.setRam(24);
        phone.setRom(512);
        phone.setTypeCPU("骁龙888");
        return phone;
    }
}

MidLevelPhoneBulider

/**
 * @Author tiancx
 * @create 2023/4/9 11:08
 */
public class MidLevelPhoneBulider {
    //关联手机 ps:为了简单,直接这么写的
    private Phone phone = new Phone();
    public Phone build(){
        phone.setRam(12);
        phone.setRom(256);
        phone.setTypeCPU("骁龙886");
        return phone;
    }
}

客户端代码如下

结果在这里~

懒羊羊:村长,我又又写好啦,快看😎

慢羊羊:嗯,这下感觉还不错,不够为啥我感觉你高端机和中端机的组装过程很像啊? 你重复操作的话,一不小心漏了某个步骤可咋办?

【Tips】

无论哪种配置的手机,配置过程都是一样的,只是细节不同,有重复

而且在重复的步骤中,某个建造者可能会漏了某个步骤,也不会报错,但是是不符合要求的

懒羊羊:我知道了,上次喜羊羊说过,这种可以抽象一下,稍等片刻

懒羊羊:我定义一个PhoneBuilder接口,抽象一下就好了,然后让具体的创建者重写一下就好了

PhoneBuilder

public interface PhoneBuilder {
    void buildRam();
    void buildRom();
    void buildTypeCPU();
    Phone build();
}

HightLevelPhoneBulider

public class HightLevelPhoneBulider implements PhoneBuilder{
    //关联手机 ps:为了简单,直接这么写的
    private Phone phone = new Phone();
    @Override
    public Phone build(){
        return phone;
    }
    @Override
    public void buildRam() {
        phone.setRam(24);
    }
    @Override
    public void buildRom() {
        phone.setRom(512);
    }
    @Override
    public void buildTypeCPU() {
        phone.setTypeCPU("骁龙888");
    }
}

MidLevelPhoneBulider

public class MidLevelPhoneBulider implements PhoneBuilder{
    //关联手机 ps:为了简单,直接这么写的
    private Phone phone = new Phone();
    @Override
    public Phone build(){
        return phone;
    }
    @Override
    public void buildRam() {
        phone.setRam(12);
    }
    @Override
    public void buildRom() {
        phone.setRom(256);
    }
    @Override
    public void buildTypeCPU() {
        phone.setTypeCPU("骁龙886");
    }
}

客户端代码

运行看下结果

懒羊羊:村长,看,我这次抽象了一下,怎么样啊😋

慢羊羊:可以,不过你这个,怎么感觉又要我自己组装了啊🙄

懒羊羊:啊这,让我想想怎么办~

懒羊羊:咦,既然不能在客户端封装,那我创建个指挥者来弄吧,真聪明😂

Director

public class Director {
    public Phone build(PhoneBuilder builder){
        builder.buildRam();
        builder.buildRom();
        builder.buildTypeCPU();
        return builder.build();
    }
}

然后小改一下客户端代码

懒羊羊:村长,这下好了吧,嘻嘻😎

慢羊羊:阔以,差不多算可以了吧,但是还没有结束额🍋

懒羊羊:什么?还没结束?

慢羊羊:行吧,行吧,今天辛苦你了,下次再来🍖

🍗模式类图

懒羊羊:休息了一会,我来把刚刚的类图画一下吧

🧂优缺点

懒羊羊:我们在顺带说一下优缺点吧:

优点:

  • 可以**隔离复杂对象的构建过程**,使得构建过程可以独立于表示方式进行变化;
  • 可以更加灵活地创建对象,通过更换不同的具体构建者来创建不同的对象
  • 可以使得构建过程更加清晰和易于理解,增加代码的可维护性和可扩展性。

缺点:

  • 可能会增加代码的复杂性,使得代码更难以理解和维护;
  • 可能会**增加代码的开销**,使得代码的性能变差;
  • 可能会降低代码的可读性,使得代码变得更加难以理解。

🍕适用环境

  • 当需要动态地创建对象或者通过配置来创建对象时,可以使用创建者模式;
  • 当需要创建的对象比较复杂,包含多个组成部分,而且构建顺序不固定时,可以使用创建者模式;
  • 当需要对创建过程进行精细化控制时,可以使用创建者模式。


相关文章
|
设计模式 安全 Java
设计模式-创建者模式总结
创建者模式的特点及使用场景 《Effective Java》—— 创建与销毁对象 一章中有写道:当一个类中有大量的构造参数时,静态方法和构造器已经不能满足对象的实例化,那么我们将考虑构建器。
791 0
|
19天前
|
设计模式 SQL 算法
设计模式了解哪些,模版模式
设计模式了解哪些,模版模式
19 0
|
1月前
|
设计模式 Java uml
C++设计模式之 依赖注入模式探索
C++设计模式之 依赖注入模式探索
37 0
|
3月前
|
设计模式 存储 算法
Java 设计模式最佳实践:三、行为模式
Java 设计模式最佳实践:三、行为模式
22 0
|
2月前
|
设计模式 前端开发 JavaScript
观察者模式 vs 发布-订阅模式:两种设计模式的对决!
欢迎来到前端入门之旅!这个专栏是为那些对Web开发感兴趣、刚刚开始学习前端的读者们打造的。无论你是初学者还是有一些基础的开发者,我们都会在这里为你提供一个系统而又亲切的学习平台。我们以问答形式更新,为大家呈现精选的前端知识点和最佳实践。通过深入浅出的解释概念,并提供实际案例和练习,让你逐步建立起一个扎实的基础。无论是HTML、CSS、JavaScript还是最新的前端框架和工具,我们都将为你提供丰富的内容和实用技巧,帮助你更好地理解并运用前端开发中的各种技术。
|
15天前
|
设计模式 Java 数据库
小谈设计模式(2)—简单工厂模式
小谈设计模式(2)—简单工厂模式
|
4天前
|
设计模式 存储 JavaScript
[设计模式Java实现附plantuml源码~创建型] 多态工厂的实现——工厂方法模式
[设计模式Java实现附plantuml源码~创建型] 多态工厂的实现——工厂方法模式
|
4天前
|
设计模式 Java Go
[设计模式Java实现附plantuml源码~创建型] 集中式工厂的实现~简单工厂模式
[设计模式Java实现附plantuml源码~创建型] 集中式工厂的实现~简单工厂模式