• 02. 04-建造者模式


    1. 基本概述

    • 将一个复杂对象的构建与表示分离,使得同样的构建过程可以创建不同的表示
    • 分离了部件的构造(由Builder来负责) 和装配(由Director负责).从而可以构造出复杂的对象.这个模式适用于 : 某个对象的构建过程复杂的情况
    • 由于实现了构建和装配的解耦。不同的构建器,相同的装配,也可以做出不同的对象;相同的构建 器,不同的装配顺序也可以做出不同的对象。也就是实现了构建算法、装配算法的解耦,实现了更好的复用
    • 建造者模式可以将部件和其组装过程分开,一步一步创建一个复杂的对象,用户只需要指定复杂对象的类型就可以得到该对象,而无需知道其内部的具体构造细节

    2. 结构

    建造者(Builder)模式包含如下角色:

    1. 抽象建造者(builder) :

    这个接口(或抽象类)规定要实现复杂对象的那些部分的创建,并不涉及具体的部件对象的创建

    1. 具体建造者类(ConcreteBuilder) :

    实现Builder接口(或抽象方法),完成复杂产品的各个部件的具体创建方法.在构造过程完成后,提供产品的实例

    1. 产品类(Product) :

    要创建的复杂过程

    1. 指挥者(Director) :

    调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建


    1. 实例

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-OytLwIqe-1659343934849)(evernotecid://922396D6-A2D4-4855-AB42-2F266892D557/appyinxiangcom/13689298/ENResource/p1376)]

    2. 具体代码

    • Bike : 自行车类,具体的产品
    public  class Bike {
       private String frame;
       private String seat;
       public String getFrame() {return frame;}
       public void setFrame(String frame) {this.frame = frame;}
       public String getSeat() {return seat;}
       public void setSeat(String seat) {this.seat = seat;}
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • Builder : 抽象建造者类
    public abstract class Builder {
        protected Bike bike = new Bike();
        public abstract void buildFrame();
        public abstract void buildSeat();
        public abstract Bike createBike();
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • MobikeBuilder : 摩拜单车的各个组件
    public class MobikeBuilder extends Builder{
        @Override
        public void buildFrame() {bike.setFrame("摩拜单车车架");}
        @Override
        public void buildSeat() {bike.setSeat("摩拜单车座位");}
        @Override
        public Bike createBike() {return bike;}
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • Director : 指挥者 ,

    传入建造者(某种自行车的各种组件)
    把各种组件按某种顺序组装

    public class Director {
        Builder builder;
        public Director(Builder builder){
            this.builder = builder;
        }
        public Bike construct(){
            builder.buildFrame();
            builder.buildSeat();
            return builder.createBike();
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • Client
    public class Client {
        public static void main(String[] args) {
           show(new MobikeBuilder());
           show(new OfoBuilder());
        }
    
        public static void show(Builder builder){
            // 由建造者创建指挥者
            Director dir = new  Director(builder);
            Bike bike = dir.construct();
            System.out.println(bike.getFrame());
            System.out.println(bike.getSeat());
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14

    3. 优缺点

    • 优点
    1. 建造者模式的封装性很好.使用建造者模式可以有效的封装,在使用建造者模式的场景中,一般产品类和建造者类是比较稳定的,因此,将主要的业务逻辑封装在指挥者类中对整体而言可以取得比较好的稳定性
    2. 在建造者模式中,客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象.
    3. 可以更加精细的控制产品的创建过程.将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,也更加方便使用程序来控制创建过程.
    4. 建造者模式很容易进行扩展.如果有新的需求,通过实现一个新的建造者类就可以完成,基本上不用修改之前已经测试通过的代码,因此也就不会对原有功能引入风险,符合开闭原则.
    • 缺点

    建造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异很大,则不适合使用建造者模式,因此其使用范围受到一定的限制.

    1. 使用场景

    建造者(Builder)模式创建的是复杂对象,其产品的各个部分经常面临着剧烈的变化,但将他们组合在一起的算法却相对稳定,所以它通常在一下场合使用

    1. 创建的对象复杂,由多个部件构成,各部件面临着复杂的变化,淡构件间的建造顺序是稳定的
    2. 创建复杂对象的算法独立于该对象的组成部分以及它们的装配方式,即产品的构建过程和最终的表示是独立的
  • 相关阅读:
    TRex学习之旅九
    单链表的定义、初始化、建立、插入、删除
    如何写出高质量的文章:从战略到战术
    如何提高滑环的性能
    FastDFS学习(二)
    Linux中间件之分析redis的跳表实现
    Java中的Thread 类中的 yield 方法
    Juniper Networks Junos OS EX远程命令执行漏洞(CVE-2023-36845)
    如何解决Nginx的“413 Request Entity Too Large”错误
    vue的v-model指令的基本原理,以及如何在自定义组件上使用v-model绑定值
  • 原文地址:https://blog.csdn.net/squallmouse/article/details/126104896