草庐IT

设计模式---建造者模式

spoonb's blog 2023-04-17 原文

概要

  • 类型:创建型

  • 目的:创建对象时,提升属性设置的灵活性

    灵活性

    类中定义了大量属性时,通常为了创建对象时属性初始设置的便利随之定义大量的构造方法。
    为了既不定义过多的构造方法,又保证属性设置的便利性。

接下来我们看一个需要改进的案例。

对象创建的优化

现在有个Employee类,如下。

最初版

public class Employee {
    private String name;
    private String sex;
    private int age;
    private String address; // 住址
    private String post; // 邮编
    private String company; // 公司
    private String department; // 部门

    public Employee(String name, String sex, int age,
                    String address, String post, String company,
                    String department) {
        this.name = name;
        this.sex = sex;
        if (!("男".equals(sex) || "女".equals(sex))) {
            throw new RuntimeException("输入错误的性别:" + sex);
        }
        this.age = age;
        if (age <= 1 || age >= 150) {
            throw new RuntimeException("输入错误的年龄:" + age);
        }
        this.address = address;
        this.post = post;
        if (!postCheck()) { // post对于address存在依赖
            throw new RuntimeException("地址(" + address + ")与邮编(" + post + ")不一致");
        }
        this.company = company;
        this.department = department;
    }

    private boolean postCheck() {
        if (address == null/* || ... */) { // 非空check,以及其它的check(省略),address的post与设置的post是否一致等
            return false;
        }
        return true;
    }
}

实际上在业务上并没有过多的问题,最重要的问题就是这个类的使用非常的麻烦。
首先,构造函数只有一个,如果不增加新的构造函数的话无法灵活的传入不同数量的参数。并且为了让其参数的设置变得灵活,我们必须重载非常多种不一样的构造函数,工程量巨大,且枯燥乏味。

为此,我们有了一个新的改进方案。

修改版v1

public class Employee {
    private String name;
    private String sex;
    private int age;
    private String address; // 住址
    private String post; // 邮编
    private String company; // 公司
    private String department; // 部门
    public Employee() {}

    public void setName(String name) {
        this.name = name;
    }

    public void setSex(String sex) {
        this.sex = sex;
        if (!("男".equals(sex) || "女".equals(sex))) {
            throw new RuntimeException("输入错误的性别:" + sex);
        }
    }

    public void setAge(int age) {
        this.age = age;
        if (age <= 1 || age >= 150) {
            throw new RuntimeException("输入错误的年龄:" + age);
        }
    }

    public void setAddress(String address) {
        this.address = address;
    }

    public void setPost(String post) {
        this.post = post;
        if (!postCheck()) {
            throw new RuntimeException("地址(" + address + ")与邮编(" + post + ")不一致");
        }
    }

    public void setCompany(String company) {
        this.company = company;
    }

    public void setDepartment(String department) {
        this.department = department;
    }

    private boolean postCheck() {
        if (address == null/* || ... */) { // 非空check,以及其它的check(省略),address的post与设置的post是否一致等
            return false;
        }
        return true;
    }
}

改成了上述方式后确实使用起来方便不少,不想传入的参数不调用对应的set方法就好了,并且也省去了大量构造方法的定义。但是,依旧有一个问题,我们来看看使用样例。

public Client {
    public static void main(String[] args) {
        Employee e = new Employee();
        e.setPost("121-1245-1231"); // 地址(null)与邮编(121-1245-1231)不一致,报错
    }
}

由于设置post的时候对于address属性做了非空判断,所以代码书写时address的设置一定要在post之前,否则就会报错。这无疑增加了项目开发的难度。

既然构造函数麻烦,set也存在一些问题。那我们如何优化Employee对象的创建呢?看下面的样例。

修改版v2

public class Employee {
    private String name;
    private String sex;
    private int age;
    private String address; // 住址
    private String post; // 邮编
    private String company; // 公司
    private String department; // 部门

    private Employee(Builder builder) {
        this.name = builder.name;
        this.sex = builder.sex;
        this.age = builder.age;
        this.address = builder.address;
        this.post = builder.post;
        this.company = builder.company;
        this.department = builder.department;
    }

    public static Builder Builder() {
        return new Builder();
    }

    public static class Builder {
        private String name;
        private String sex;
        private int age;
        private String address; // 住址
        private String post; // 邮编
        private String company; // 公司
        private String department; // 部门

        public Builder name(String name) {
            this.name = name;
            return this;
        }

        public Builder sex(String sex) {
            this.sex = sex;
            return this;
        }

        public Builder age(int age) {
            this.age = age;
            return this;
        }

        public Builder address(String address) {
            this.address = address;
            return this;
        }

        public Builder post(String post) {
            this.post = post;
            return this;
        }

        public Builder company(String company) {
            this.company = company;
            return this;
        }

        public Builder department(String department) {
            this.department = department;
            return this;
        }

        public Employee build() {
            if (!("男".equals(sex) || "女".equals(sex))) {
                throw new RuntimeException("输入错误的性别:" + sex);
            }
            if (age <= 1 || age >= 150) {
                throw new RuntimeException("输入错误的年龄:" + age);
            }
            if (!postCheck()) {
                throw new RuntimeException("地址(" + address + ")与邮编(" + post + ")不一致");
            }
            return new Employee(this);
        }

        private boolean postCheck() {
            if (address == null/* || ... */) { // 非空check,以及其它的check(省略),address的post与设置的post是否一致等
                return false;
            }
            return true;
        }
    }
}

使用建造者模式优化对象的创建。客户端中对象的创建不再使用new关键字,不需要定义数量繁多的构造函数以应对复杂多变的属性设置,并且也有着set的灵活性又不存在属性设置顺序的依赖。以下是使用样例。

public Client {
    public static void main(String[] args) {
        Employee e = Employee.Builder().name("张三").sex("男").age(35)
            .post("124-1241-1352").address("江西省南昌市").build(); // 执行成功
    }
}

流式编程的风格使得代码清晰舒爽。

总结

优点

  1. 无需定义大量的构造方法。
  2. 既有set方法的灵活性,又消除了set可能出现的属性固定顺序设置的问题。
  3. 流式编程的风格,代码清晰简洁。

缺点

  1. 由于定义了静态内部类Builder,可能会使得系统的类数量激增,影响性能。
  2. 代码的理解难度增加。

适用场景

  1. 适用于属性很多的类的创建。
  2. 适用于对属性设置判断条件复杂的类的创建。尤其是属性设置对于其他属性有依赖的情况。

有关设计模式---建造者模式的更多相关文章

  1. ruby-on-rails - Rails - 子类化模型的设计模式是什么? - 2

    我有一个模型:classItem项目有一个属性“商店”基于存储的值,我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式?如果方法中没有大的if-else语句,这是如何干净利落地完成的? 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.co

  2. ruby - 解析 RDFa、微数据等的最佳方式是什么,使用统一的模式/词汇(例如 schema.org)存储和显示信息 - 2

    我主要使用Ruby来执行此操作,但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式,例如使用这个yaml文件,它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i

  3. ruby - 如何在续集中重新加载表模式? - 2

    鉴于我有以下迁移:Sequel.migrationdoupdoalter_table:usersdoadd_column:is_admin,:default=>falseend#SequelrunsaDESCRIBEtablestatement,whenthemodelisloaded.#Atthispoint,itdoesnotknowthatusershaveais_adminflag.#Soitfails.@user=User.find(:email=>"admin@fancy-startup.example")@user.is_admin=true@user.save!ende

  4. ruby-on-rails - 使用 rails 4 设计而不更新用户 - 2

    我将应用程序升级到Rails4,一切正常。我可以登录并转到我的编辑页面。也更新了观点。使用标准View时,用户会更新。但是当我添加例如字段:name时,它​​不会在表单中更新。使用devise3.1.1和gem'protected_attributes'我需要在设备或数据库上运行某种更新命令吗?我也搜索过这个地方,找到了许多不同的解决方案,但没有一个会更新我的用户字段。我没有添加任何自定义字段。 最佳答案 如果您想允许额外的参数,您可以在ApplicationController中使用beforefilter,因为Rails4将参数

  5. ruby - 是否有用于序列化和反序列化各种格式的对象层次结构的模式? - 2

    给定一个复杂的对象层次结构,幸运的是它不包含循环引用,我如何实现支持各种格式的序列化?我不是来讨论实际实现的。相反,我正在寻找可能会派上用场的设计模式提示。更准确地说:我正在使用Ruby,我想解析XML和JSON数据以构建复杂的对象层次结构。此外,应该可以将该层次结构序列化为JSON、XML和可能的HTML。我可以为此使用Builder模式吗?在任何提到的情况下,我都有某种结构化数据-无论是在内存中还是文本中-我想用它来构建其他东西。我认为将序列化逻辑与实际业务逻辑分开会很好,这样我以后就可以轻松支持多种XML格式。 最佳答案 我最

  6. LC滤波器设计学习笔记(一)滤波电路入门 - 2

    目录前言滤波电路科普主要分类实际情况单位的概念常用评价参数函数型滤波器简单分析滤波电路构成低通滤波器RC低通滤波器RL低通滤波器高通滤波器RC高通滤波器RL高通滤波器部分摘自《LC滤波器设计与制作》,侵权删。前言最近需要学习放大电路和滤波电路,但是由于只在之前做音乐频谱分析仪的时候简单了解过一点点运放,所以也是相当从零开始学习了。滤波电路科普主要分类滤波器:主要是从不同频率的成分中提取出特定频率的信号。有源滤波器:由RC元件与运算放大器组成的滤波器。可滤除某一次或多次谐波,最普通易于采用的无源滤波器结构是将电感与电容串联,可对主要次谐波(3、5、7)构成低阻抗旁路。无源滤波器:无源滤波器,又称

  7. 计算机毕业设计ssm+vue基本微信小程序的小学生兴趣延时班预约小程序 - 2

    项目介绍随着我国经济迅速发展,人们对手机的需求越来越大,各种手机软件也都在被广泛应用,但是对于手机进行数据信息管理,对于手机的各种软件也是备受用户的喜爱小学生兴趣延时班预约小程序的设计与开发被用户普遍使用,为方便用户能够可以随时进行小学生兴趣延时班预约小程序的设计与开发的数据信息管理,特开发了小程序的设计与开发的管理系统。小学生兴趣延时班预约小程序的设计与开发的开发利用现有的成熟技术参考,以源代码为模板,分析功能调整与小学生兴趣延时班预约小程序的设计与开发的实际需求相结合,讨论了小学生兴趣延时班预约小程序的设计与开发的使用。开发环境开发说明:前端使用微信微信小程序开发工具:后端使用ssm:VU

  8. ruby-on-rails - environment.rb 中设置的常量在开发模式中消失 - 2

    了解Rails缓存如何工作的人可以真正帮助我。这是嵌套在Rails::Initializer.runblock中的代码:config.after_initializedoSomeClass.const_set'SOME_CONST','SOME_VAL'end现在,如果我运行script/server并发出请求,一切都很好。然而,在我的Rails应用程序的第二个请求中,一切都因单元化常量错误而变得糟糕。在生产模式下,我可以成功发出第二个请求,这意味着常量仍然存在。我已通过将以上内容更改为以下内容来解决问题:config.after_initializedorequire'some_cl

  9. ruby-on-rails - 设计注册确认 - 2

    我在我的项目中有一个用户和一个管理员角色。我使用Devise创建了身份验证。在我的管理员角色中,我没有任何确认。在我的用户模型中,我有以下内容:devise:database_authenticatable,:confirmable,:recoverable,:rememberable,:trackable,:validatable,:timeoutable,:registerable#Setupaccessible(orprotected)attributesforyourmodelattr_accessible:email,:username,:prename,:surname,:

  10. Ruby:标准递归模式 - 2

    我经常迷上ruby​​的一件事是递归模式。例如,假设我有一个数组,它可能包含无限深度的数组作为元素。所以,例如:my_array=[1,[2,3,[4,5,[6,7]]]]我想创建一个方法,可以将数组展平为[1,2,3,4,5,6,7]。我知道.flatten可以完成这项工作,但这个问题是作为我经常遇到的递归问题的一个例子-因此我试图找到一个更可重用的解决方案。简而言之-我猜这种事情有一个标准模式,但我想不出任何特别优雅的东西。任何想法表示赞赏 最佳答案 递归是一种方法,它不依赖于语言。您在编写算法时要考虑两种情况:再次调用函数的情

随机推荐