一、概述

  建造者模式的定义:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。

  工厂类模式提供的是创建单个类的模式,而建造者模式则是将各种产品集中起来进行管理,用来创建复合对象,所谓复合对象就是指某个类具有不同的属性,其实建造者模式就是前面抽象工厂模式和最后的Test结合起来得到的。

  
  所以,如果我们在写代码时,某个复杂的类有多种初始化形式或者初始化过程及其繁琐,并且还对应多个复杂的子类(总之就是构造起来很麻烦),我们就可以用建造者模式,将该类和该类的构造过程解耦!  

1.1、适用场景 

  • 如果一个对象有非常复杂的内部结构,在用户不知道对象的建造过程和细节的情况下就可以直接创建复杂的对象。
  • 想把复杂对象的创建和使用分离。

1.2、优缺点

  优点

  • 封装性好,创建和使用分离
  • 扩展性好、建造类之间独立、一定程度上解耦

  缺点

  • 产生多余的builder对象
  • 产品内部发送变化,建造者都要修改,成本比较大

1.3、类图角色及其职责

  • Director:指挥者/导演类,负责安排已有模块的顺序,然后告诉Builder开始建造。
  • Builder:抽象建造者,规范产品的组建,一般由子类实现。
  • ConcreteBuilder:具体建造者,实现抽象类定义的所有方法,并且返回一个组建好的对象。
  • Product:产品类,通常实现了模板方法模式。

1.4、演进

  初始写法

  1. Person person =new Person();
  2. person.setName("lhx");
  3. person.setAge(1);

  链式setter写法【需要修改类的setter方法】

  1. Person person =new Person().setName("lhx").setAge(1);

  根据setter链式调用的思路,演进出另一套解决方案Builder模式

Builder模式

  创建一个人对象,属性有name,number,class,sex,age,school等属性,如果每一个属性都可以为空,也就是说我们可以只用一个name,也可以用一个school,name,或者一个class,number,或者其他任意的赋值来创建一个学生对象,这时该怎么构造?

  难道我们写6个1个输入的构造函数,15个2个输入的构造函数.......吗?这个时候就需要用到Builder模式了。示例:

  1. public class Person {
  2. private String name;
  3. private Integer number;
  4. private String sex;
  5. private Integer age;
  6. private String school;
  7.  
  8. public Person(Builder builder) {
  9. this.age = builder.age;
  10. this.name = builder.name;
  11. this.number = builder.number;
  12. this.school = builder.school;
  13. this.sex = builder.sex;
  14. }
  15.  
  16. //构建器,利用构建器作为参数来构建Student对象
  17. public static class Builder {
  18. private String name;
  19. private Integer number;
  20. private String sex;
  21. private Integer age;
  22. private String school;
  23.  
  24. public Builder setName(String name) {
  25. this.name = name;
  26. return this;
  27. }
  28.  
  29. public Builder setNumber(int number) {
  30. this.number = number;
  31. return this;
  32. }
  33.  
  34. public Builder setSex(String sex) {
  35. this.sex = sex;
  36. return this;
  37. }
  38.  
  39. public Builder setAge(int age) {
  40. this.age = age;
  41. return this;
  42. }
  43.  
  44. public Builder setSchool(String school) {
  45. this.school = school;
  46. return this;
  47. }
  48.  
  49. public Person build() {
  50. return new Person(this);
  51. }
  52. }
  53. }

测试

  1. @Test
  2. public void testBuilder() {
  3. Person student = new Person.Builder().setName("aaa").setAge(11).build();
  4. }

二、扩展

2.1、JDK1.7源码中的建造者模式

2.1.1、StringBuilder

  中一部分源码,典型的建造者模式

  1. public StringBuilder append(boolean b) {
  2. super.append(b);
  3. return this;
  4. }
  5.  
  6. public StringBuilder append(char c) {
  7. super.append(c);
  8. return this;
  9. }
  10.  
  11. public StringBuilder append(int i) {
  12. super.append(i);
  13. return this;
  14. }
  15.  
  16. public StringBuilder append(long lng) {
  17. super.append(lng);
  18. return this;
  19. }
  20.  
  21. public StringBuilder append(float f) {
  22. super.append(f);
  23. return this;
  24. }
  25.  
  26. public StringBuilder append(double d) {
  27. super.append(d);
  28. return this;
  29. }

2.1.2、StringBuffer

StringBuffer中一部分源码,比StringBuilder多一个synchronized,典型的建造者模式

  1. public synchronized StringBuffer append(boolean b) {
  2. super.append(b);
  3. return this;
  4. }
  5.  
  6. public synchronized StringBuffer append(char c) {
  7. super.append(c);
  8. return this;
  9. }
  10.  
  11. public synchronized StringBuffer append(int i) {
  12. super.append(i);
  13. return this;
  14. }

2.2、spring中的建造者模式

2.2.1、UriComponents和UriComponentsBuilder

UriComponents基本方法

  1. public abstract class UriComponents implements Serializable {
  2. private static final String DEFAULT_ENCODING = "UTF-8";
  3. // 用于分割uri的正则表达式,下面会说到
  4. private static final Pattern NAMES_PATTERN = Pattern.compile("\\{([^/]+?)\\}");
  5. private final String scheme;
  6. private final String fragment;
  7.  
  8. protected UriComponents(String scheme, String fragment) {
  9. this.scheme = scheme;
  10. this.fragment = fragment;
  11. }
  12.  
  13. // 多个Components对应的getter方法
  14. /**
  15. * 返回URL的scheme.
  16. */
  17. public final String getScheme() {
  18. return this.scheme;
  19. }
  20.  
  21. /**
  22. * 返回URL的fragment.
  23. */
  24. public final String getFragment() {
  25. return this.fragment;
  26. }
  27.  
  28. /**
  29. * 返回URL的schemeSpecificPar
  30. */
  31. public abstract String getSchemeSpecificPart();
  32.  
  33. /**
  34. * 返回userInfo
  35. */
  36. public abstract String getUserInfo();
  37.  
  38. /**
  39. * 返回URL的host
  40. */
  41. public abstract String getHost();
  42.  
  43. /**
  44. * 返回URL的port
  45. */
  46. public abstract int getPort();
  47.  
  48. /**
  49. * 返回URL的path
  50. */
  51. public abstract String getPath();
  52.  
  53. /**
  54. * 返回URL的path部分的集合
  55. */
  56. public abstract List<String> getPathSegments();
  57.  
  58. /**
  59. * 返回URL的query部分
  60. */
  61. public abstract String getQuery();
  62.  
  63. /**
  64. * 返回URL的query参数map
  65. */
  66. public abstract MultiValueMap<String, String> getQueryParams();
  67.  
  68. /**
  69. * 将URL的components用特定的编码规则编码并返回,默认为utf-8
  70. */
  71. public final UriComponents encode() {
  72. try {
  73. return encode(DEFAULT_ENCODING);
  74. }
  75. catch (UnsupportedEncodingException ex) {
  76. // should not occur
  77. throw new IllegalStateException(ex);
  78. }
  79. }
  80.  
  81. /**
  82. * 编码的抽象方法,传入相应的编码规则
  83. */
  84. public abstract UriComponents encode(String encoding) throws UnsupportedEncodingException;
  85.  
  86. /**
  87. * 将URL中的模板参数换成对应的值
  88. */
  89. public final UriComponents expand(Map<String, ?> uriVariables) {
  90. Assert.notNull(uriVariables, "'uriVariables' must not be null");
  91. return expandInternal(new MapTemplateVariables(uriVariables));
  92. }
  93.  
  94. /**
  95. * 将URL中的模板参数换成对应的值,输入为数组
  96. */
  97. public final UriComponents expand(Object... uriVariableValues) {
  98. Assert.notNull(uriVariableValues, "'uriVariableValues' must not be null");
  99. return expandInternal(new VarArgsTemplateVariables(uriVariableValues));
  100. }
  101.  
  102. /**
  103. * 将URL中的模板参数换成对应的值,输入为UriTemplateVariables
  104. */
  105. public final UriComponents expand(UriTemplateVariables uriVariables) {
  106. Assert.notNull(uriVariables, "'uriVariables' must not be null");
  107. return expandInternal(uriVariables);
  108. }
  109.  
  110. /**
  111. * 将URL中的模板参数换成对应的值的最终的实现方法
  112. */
  113. abstract UriComponents expandInternal(UriTemplateVariables uriVariables);
  114.  
  115. /**
  116. * 处理URL
  117. */
  118. public abstract UriComponents normalize();
  119.  
  120. /**
  121. * 返回URL的string
  122. */
  123. public abstract String toUriString();
  124.  
  125. /**
  126. * 返回URI格式的方法
  127. */
  128. public abstract URI toUri();
  129.  
  130. @Override
  131. public final String toString() {
  132. return toUriString();
  133. }
  134.  
  135. /**
  136. * 将这些Components的值赋给其builder类
  137. */
  138. protected abstract void copyToUriComponentsBuilder(UriComponentsBuilder builder);
  139. //……
  140. }

UriComponentsBuilder类

构造函数:

  1.   /**
  2. * 默认构造方法,其中path的构造类为CompositePathComponentBuilder,它为UriComponentsBuilder的内部静态类,主要实现对url的path部分进行构造。
  3. */
  4. protected UriComponentsBuilder() {
  5. this.pathBuilder = new CompositePathComponentBuilder();
  6. }
  7.  
  8. /**
  9. * 创建一个传入UriComponentsBuilder类的深拷贝对象
  10. */
  11. protected UriComponentsBuilder(UriComponentsBuilder other) {
  12. this.scheme = other.scheme;
  13. this.ssp = other.ssp;
  14. this.userInfo = other.userInfo;
  15. this.host = other.host;
  16. this.port = other.port;
  17. this.pathBuilder = other.pathBuilder.cloneBuilder();
  18. this.queryParams.putAll(other.queryParams);
  19. this.fragment = other.fragment;
  20. }

  由于url的path部分是比较复杂的,这边springMVC用了内部类的方式,为path单独加了两个builder类,分别是CompositePathComponentBuilder、FullPathComponentBuilder。

  它是如何将给定的uri生成为相应的UriComponents的。这里就从比较容易理解的fromUriString方法入手:

  1. // 静态方法,从uri的字符串中获得uri的各种要素
  2. public static UriComponentsBuilder fromUriString(String uri) {
  3. Assert.notNull(uri, "URI must not be null");
  4. // 利用正则表达式,获得uri的各个组成部分
  5. Matcher matcher = URI_PATTERN.matcher(uri);
  6. if (matcher.matches()) {
  7. UriComponentsBuilder builder = new UriComponentsBuilder();
  8. // 获得对应要素的字符串
  9. String scheme = matcher.group(2);
  10. String userInfo = matcher.group(5);
  11. String host = matcher.group(6);
  12. String port = matcher.group(8);
  13. String path = matcher.group(9);
  14. String query = matcher.group(11);
  15. String fragment = matcher.group(13);
  16. // uri是否透明的标志位
  17. boolean opaque = false;
  18. // uri存在scheme且后面不跟:/则为不透明uri
  19. 例如mailto:java-net@java.sun.com
  20. if (StringUtils.hasLength(scheme)) {
  21. String rest = uri.substring(scheme.length());
  22. if (!rest.startsWith(":/")) {
  23. opaque = true;
  24. }
  25. }
  26. builder.scheme(scheme);
  27. // 如果为不透明uri,则具备ssp,需要设置ssp
  28. if (opaque) {
  29. String ssp = uri.substring(scheme.length()).substring(1);
  30. if (StringUtils.hasLength(fragment)) {
  31. ssp = ssp.substring(0, ssp.length() - (fragment.length() + 1));
  32. }
  33. builder.schemeSpecificPart(ssp);
  34. }
  35. // 如果为绝对uri(通常意义上的uri),则设置各个component
  36. else {
  37. builder.userInfo(userInfo);
  38. builder.host(host);
  39. if (StringUtils.hasLength(port)) {
  40. builder.port(port);
  41. }
  42. builder.path(path);
  43. builder.query(query);
  44. }
  45. if (StringUtils.hasText(fragment)) {
  46. builder.fragment(fragment);
  47. }
  48. return builder;
  49. }
  50. // 传入uri格式不对,抛出异常
  51. else {
  52. throw new IllegalArgumentException("[" + uri + "] is not a valid URI");
  53. }
  54. }

  从上面的方法中,我们可以看到,UriComponentsBuilder从一个uri的字符串中,通过正则匹配的方式,获取到不同Components的信息并赋值。UriComponentsBuilder除了fromUriString这一种构建方法外,还提供fromUri,fromHttpUrl,fromHttpRequest,fromOriginHeader等好几种构建的方法。

  在通过各种构建后,获取到了对应的Components信息,最后的一步,也是最重要的一步,build,将会返回我们需要的UriComponents类。UriComponentsBuilder提供了两类build方法,我们主要看默认的build方法:

  1. /**
  2. * 默认的build方法
  3. */
  4. public UriComponents build() {
  5. return build(false);
  6. }
  7.  
  8. /**
  9. * 具体的build实现方法,它通过ssp是否为空,判断构造的uri属于相对uri还是绝对uri,生成OpaqueUriComponents类(相对)或HierarchicalUriComponents类(绝对),它们都为UriComponents的子类
  10. */
  11. public UriComponents build(boolean encoded) {
  12. if (this.ssp != null) {
  13. return new OpaqueUriComponents(this.scheme, this.ssp, this.fragment);
  14. }
  15. else {
  16. // 调用pathBuilder的build方法,构造对应的path
  17. return new HierarchicalUriComponents(this.scheme, this.userInfo, this.host, this.port,
  18. this.pathBuilder.build(), this.queryParams, this.fragment, encoded, true);
  19. }
  20. }

  可以看到,UriComponentsBuilder的build方法很简单,就是返回相应的UriComponents类。其中,在构造HierarchicalUriComponents时,还调用了pathBuilder的build方法生成uri对应的path

小结

  从springMVC通过UriComponentsBuilder构建UriComponents类的整个源码与流程中,我们可以窥见建造者模式在其中发挥的巨大作用。

  它通过builder类,提供了多种UriComponents的初始化方式,并能根据不同情况,返回不同的UriComponents子类。充分的将UriComponents类本身与它的构造过程解耦合。

  试想一下,如果不使用建造者模式,而是将大量的初始化方法直接塞到UriComponents类或其子类中,它的代码将变得非常庞大和冗余。而建造者模式可以帮助我们很好的解决这一问题。

2.2.2、BeanDefinitionBuilder

一系列的方法

  1. public BeanDefinitionBuilder setParentName(String parentName) {
  2. this.beanDefinition.setParentName(parentName);
  3. return this;
  4. }
  5.  
  6. public BeanDefinitionBuilder setFactoryMethod(String factoryMethod) {
  7. this.beanDefinition.setFactoryMethodName(factoryMethod);
  8. return this;
  9. }
  10.  
  11. public BeanDefinitionBuilder setFactoryMethodOnBean(String factoryMethod, String factoryBean) {
  12. this.beanDefinition.setFactoryMethodName(factoryMethod);
  13. this.beanDefinition.setFactoryBeanName(factoryBean);
  14. return this;
  15. }

示例、Spring中实现动态注册bean

  1. @Test
  2. public void testSpringBuilder() {
  3. ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext-budiler.xml");
  4.  
  5. PersonSpringBeanService personSpringBeanService = (PersonSpringBeanService) context.getBean("personSpringBeanService");
  6. if (personSpringBeanService != null) {
  7. personSpringBeanService.test();
  8. } else {
  9. System.out.println("没有personSpringBeanService bean");
  10. }
  11.  
  12. //将applicationContext转换为ConfigurableApplicationContext
  13. ConfigurableApplicationContext configurableApplicationContext = (ConfigurableApplicationContext) context;
  14.  
  15. // 获取bean工厂并转换为DefaultListableBeanFactory
  16. DefaultListableBeanFactory defaultListableBeanFactory = (DefaultListableBeanFactory) configurableApplicationContext.getBeanFactory();
  17.  
  18. // 通过BeanDefinitionBuilder创建bean定义
  19. BeanDefinitionBuilder beanDefinitionBuilder = BeanDefinitionBuilder.genericBeanDefinition(PersonSpringBeanService.class);
  20. // 设置属性personSpringBeanDao,此属性引用已经定义的bean:personSpringBeanDao
  21. // beanDefinitionBuilder.addPropertyReference("personSpringBeanDao", "personSpringBeanDao");
  22.  
  23. // 注册bean,第一个参数为BeanName
  24. defaultListableBeanFactory.registerBeanDefinition("personSpringBeanService", beanDefinitionBuilder.getRawBeanDefinition());
  25.  
  26. PersonSpringBeanService personSpringBeanService1 = (PersonSpringBeanService) context.getBean("personSpringBeanService");
  27. personSpringBeanService1.test();
  28. }

2.3、其他

2.3.1、mybatis中的SqlSessionFactoryBuilder

002-创建型-04-建造者模式(Builder)、JDK1.7源码中的建造者模式、Spring中的建造者模式的更多相关文章

  1. OpenJDK源码研究笔记(十三):Javac编译过程中的上下文容器(Context)、单例(Singleton)和延迟创建(LazyCreation)3种模式

    在阅读Javac源码的过程中,发现一个上下文对象Context. 这个对象用来确保一次编译过程中的用到的类都只有一个实例,即实现我们经常提到的"单例模式". 今天,特意对这个上下文 ...

  2. 基于Ubuntu 14.04 LTS编译Android4.4.2源码

    版权声明:本文为博主原创文章,未经博主同意不得转载. https://blog.csdn.net/gobitan/article/details/24367439 基于Ubuntu 14.04 LTS ...

  3. 【JUC】JDK1.8源码分析之ArrayBlockingQueue(三)

    一.前言 在完成Map下的并发集合后,现在来分析ArrayBlockingQueue,ArrayBlockingQueue可以用作一个阻塞型队列,支持多任务并发操作,有了之前看源码的积累,再看Arra ...

  4. 集合之HashSet(含JDK1.8源码分析)

    一.前言 我们已经分析了List接口下的ArrayList和LinkedList,以及Map接口下的HashMap.LinkedHashMap.TreeMap,接下来看的是Set接口下HashSet和 ...

  5. 【1】【JUC】JDK1.8源码分析之ArrayBlockingQueue,LinkedBlockingQueue

    概要: ArrayBlockingQueue的内部是通过一个可重入锁ReentrantLock和两个Condition条件对象来实现阻塞 注意这两个Condition即ReentrantLock的Co ...

  6. 【1】【JUC】JDK1.8源码分析之ReentrantLock

    概要: ReentrantLock类内部总共存在Sync.NonfairSync.FairSync三个类,NonfairSync与FairSync类继承自Sync类,Sync类继承自AbstractQ ...

  7. JDK1.8源码阅读系列之三:Vector

    本篇随笔主要描述的是我阅读 Vector 源码期间的对于 Vector 的一些实现上的个人理解,用于个人备忘,有不对的地方,请指出- 先来看一下 Vector 的继承图: 可以看出,Vector 的直 ...

  8. 【集合框架】JDK1.8源码分析之HashMap(一) 转载

    [集合框架]JDK1.8源码分析之HashMap(一)   一.前言 在分析jdk1.8后的HashMap源码时,发现网上好多分析都是基于之前的jdk,而Java8的HashMap对之前做了较大的优化 ...

  9. 【集合框架】JDK1.8源码分析之ArrayList详解(一)

    [集合框架]JDK1.8源码分析之ArrayList详解(一) 一. 从ArrayList字表面推测 ArrayList类的命名是由Array和List单词组合而成,Array的中文意思是数组,Lis ...

随机推荐

  1. Shell脚本字符串匹配及日常命令工具 - 用法总结(技巧指南)

    Shell提供了很多字符串和文件处理的命令,如awk.expr.grep.sed等命令,还有文件的排序.合并和分割等一系列的操作命令.下面重点总结下Shell字符串处理.文本处理以及各类命令及函数用法 ...

  2. sqlalchemy.exc.CompileError: (in table 'user', column 'username'): VARCHAR requires a length on dialect mysql

    映射数据库时报错:sqlalchemy.exc.CompileError: (in table 'user', column 'username'): VARCHAR requires a lengt ...

  3. 转【Ubuntu】添加虚拟网卡的三种方式

    原文:https://blog.csdn.net/White_Idiot/article/details/82934338 ------------------------------ 1. ifco ...

  4. flutter,flutter版本version/channel切换问题

    flutter go,官方的指南版本如下: 如何设置版本和channel,尝试 flutter help,发现原来flutter version不单是可以查所有版本(--version查当前版本)还可 ...

  5. Vue 之 slot(插槽)

    前言: vue中关于插槽的文档说明很短,语言又写的很凝练,再加上其和methods,data,computed等常用选项在使用频率.使用先后上的差别,这就有可能造成初次接触插槽的开发者容易产生“算了吧 ...

  6. 关于LinkedList for OpenJDK

    概述      LinkedList采用底层采用双向链表结构,与ArrayList的数组结构不一样.LinkedList因数据结构不一样,不需要申请连续内存,可以利用碎片内存.元素保存数据内容外还需要 ...

  7. layui table 跨页记忆选择

    layui 表格功能目前默认不支持跨页记忆选择 下面来实现layui table跨页记忆选择实现 基于layui版本 1.4.5 表格跨页通用方法 //表格分页复选框 layui.define(['j ...

  8. 搭建gitlab服务

    安装依赖 sudo yum install curl policycoreutils openssh-server openssh-clients sudo systemctl enable sshd ...

  9. Shared Nothing、Shared Everthting、Shared Disk

    数据库构架设计中主要有Shared Everthting.Shared Nothing.和Shared Disk:1.Shared Everything:一般是针对单个主机,完全透明共享CPU/MEM ...

  10. NetworkX系列教程(10)-算法之五:广度优先与深度优先

    小书匠Graph图论 重头戏部分来了,写到这里我感觉得仔细认真点了,可能在NetworkX中,实现某些算法就一句话的事,但是这个算法是做什么的,用在什么地方,原理是怎么样的,不清除,所以,我决定先把图 ...