Java设计模式之建造者模式怎么实现

今天小编给大家分享一下Java设计模式之建造者模式怎么实现的相关知识点，内容详细，逻辑清晰，相信大部分人都还太了解这方面的知识，所以分享这篇文章给大家参考一下，希望大家阅读完这篇文章后有所收获，下面我们一起来了解一下吧。老王家需要组装一台笔记本电脑，但是就先买办公本还是游戏本的问题，老王和小王吵了起来。因为如果两台电脑都要，那么采购CPU、内存…….一系列配件不仅需要专业的知识，而且办公本和游戏本的配置也是不一样的，对于老王和小王来说，这都是现实的复杂问题。就这样，他们从家一路吵到了电脑店……售货员给他们出来一个主意，如果将配置电脑这个活交给一个专业的指挥者，然后让指挥者将采购配件交给具体的游戏本和办公本的的采购人员，这样你们只需要将需要的信息交给指挥者就行了，而无需关注采购和组装过程。这是老板又出来补充了一句，为了让指挥者不依赖具体的采购人员，可以将采购人员进一步抽象出来。实际上，上面涉及到的问题的解决办法正是设计模式中的——建造者模式，也是创建型设计模式中的最后一个。建造者模式将对象的创建过程和表现分离，并且调用方通过指挥者调用方法对对象进行构建，使得调用方不再关心对象构建过程，构建对象的具体过程可以根据传入类型的不同而改变。老王、小王就相当于客户端调用方，指挥采购电脑的就是调用方法，他们的最终目的就是构建复杂的对象（组装电脑），老王、小王只需要把相关信息交给指挥者，指挥者直接交给他成品，小王、老王无需关心具体的细节。在这个设计模式中包括四个角色：产品、建造者、具体建造者、指挥者在实际使用中为了简化也并不是四个角色都需要，往往只保留具体的构建过程。我们以老王组建电脑为例，看具体的实现代码：产品类（电脑）抽象建造者：具体建造者1（办公本组装者）：具体建造者2（游戏本组装者）：指挥者：调用方（老王和小王）：这样对于老王(调用方)来说，他需要办公本就直接将他需要办公本告诉指挥者，指挥者去调用相应的采购员。老王无需知道具体的采购过程，小王也同样适用。为了让读者理解的更加清晰，我们以Jdk、Mybatis、Spring中的典型适用再做介绍和讲解。①StringBuilder就是使用的建造者模式。StringBuilder 类继承AbstractStringBuilder而我们每次在调用 append 方法的时候就是在往 AbstractStringBuilder 类中变量 value 中追加字符。所以此时 AbstractStringBuilder 就对应抽象建造者，StringBuilder 就是具体的建造者，String 对象就是我们所需要的产品。但是此时我们并没有发现 Director，其实此时的 StringBuilder 类同时也充当着 Director 的角色，其 toString() 方法就是返回最终 String 对象。②在我们使用Lombok时在实体会加注解 @Builder。在实体上加@Builder 实际上生成了一个内部类，反编译后我们看内部类的具体代码。静态内部类实际上充当建造者、指挥者的角色，创建对象时直接调用 实体.builder() 会生成该对象 然后调用set链式调用赋值。这就大大简化了对象的创建过程，还可以通过链式调用赋值。MyBatis中的SqlSessionFactoryBuilder使用的建造者模式。每个基于 MyBatis 的应用都是以一个 SqlSessionFactory 的实例为核心的。SqlSessionFactory 的实例可以通过 SqlSessionFactoryBuilder 获得。而 SqlSessionFactoryBuilder 则可以从 XML 配置文件或一个预先定制的 Configuration 的实例构建出 SqlSessionFactory 的实例。SqlSessionFactory 就是Mybatis需要的“产品”，SqlSessionFactoryBuilder就是一个建造者，从xml配置文件或者Configuration 中取出需要的信息构成不用的对象。Spring中的BeanDefinitionBuilderBeanDefinition 是一个复杂对象，通过 BeanDefinitionBuilder 来创建它。在启动过程中，会通过BeanDefinitionBuilder 来一步步构造复杂对象 BeanDefinition，然后通过 getBeanDefinition() 方法获取 BeanDefinition 对象。得到 BeanDefinition 后，将它注册到 IOC 容器中（存放在 beanDefinitionMap 中）BeanDefinition 就是需要的“产品”，BeanDefinitionBuilder 就是建设者。我们可以看到，工厂模式和建造者模式用属于创建型设计模式，最终目的都是创建对象，那他们之间有什么区别呢?在实际运用时又如何选择呢？其实对比看我们在上篇文章、工厂模式的例子，我们举的例子是老王购买产品A、B、C看名字就像是批量生产，而且我们并没有说构建过程，就像是工厂生产产品一样。而我们这篇文章举的例子却是电脑这么具体且复杂的产品，且更注重每一步的组装过程，看到这我们模模糊糊能感受到他们之间的区别。①工厂模式创建对象无需分步骤，获取的产品对象完全一样；而建造者模式会因为建造的顺序不同，导致产出的产品不同（比如上面的StringBuilder）；
②建造者模式更适合构建复杂的对象，可以分步骤逐步充实产品特性，而工厂模式要求在创建对象的时候就需要把所有属性设置好；如果只看概念性东西还是有些苍白无力，我们举一个典型的Spring中的例子做对比。Spring 中的 FactoryBean 接口用的就是工厂方法模式，FactoryBean 是一个工厂 bean，我们可以通过实现 FactoryBean 接口并重写它的 getObject() 方法来自定义工厂 bean，并自定义我们需要生成的 bean。Spring 中自身就有很多 FactoryBean 的实现，他们隐藏了实例化一些复杂 bean 的细节，调用者无需关注那些复杂 bean 是如何创建的，只需要通过这个工厂 bean 来获取就行了！而BeanDefinition是一个复杂且高度个性化的一个bean，里面有很多Bean的信息，例如类名、scope、属性、构造函数参数列表、依赖的bean、是否是免费云主机域名单例类、是否是懒加载等，其实就是将Bean的定义信息存储到这个BeanDefinition相应的属性中，创建过程使用建造者模式更合适。结合典型应用，认真体会建造者模式和工厂模式区别，参考软件设计七大原则在实际应用中更加灵活的使用，不生搬硬套。以上就是“Java设计模式之建造者模式怎么实现”这篇文章的所有内容，感谢各位的阅读！相信大家阅读完这篇文章都有很大的收获，小编每天都会为大家更新不同的知识，如果还想学习更多的知识，请关注百云主机行业资讯频道。

相关推荐: C语言泛型编程如何实现

本篇内容介绍了“C语言泛型编程如何实现”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！泛型编程(generic programming)是程序设计语言的一种风格或…