【面试高频】Java设计模式-建造者模式

⭐️写在前面

---

• 这里是温文艾尔的学习之路
• 👍如果对你有帮助，给博主一个免费的点赞以示鼓励把QAQ
• 👋博客主页🎉 温文艾尔的学习小屋
• ⭐️更多文章👨‍🎓请关注温文艾尔主页📝
• 🍅文章发布日期：2022.05.07
• 👋java学习之路！
• 欢迎各位🔎点赞👍评论收藏⭐️
• 🎄冲冲冲🎄
• ⭐️上一篇内容：【面试高频】Java设计原则总结

文章目录

1.1概述

将一个复杂对象的构建与表示分离，使得同样的构建过程可以创建不同的表示

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

1.2结构

建造者（Builder）模式包含如下角色：

• 抽象建造者类（Builder）：这个接口规定要实现复杂对象的哪些部分的创建，并不涉及具体的对象部件的创建
• 具体建造者类（ConcreteBuilder）：实现Builder接口，完成复杂产品每个部件的具体创建方法。在构造过程完成后，提供产品的实例
• 产品（Product）：要创建的复杂对象
• 指挥者类（Director）：调用具体建造者来创建复杂对象的各个部分，在指导者中不涉及具体产品的信息，只负责保证对象各部分完整创建或按某种顺序创建

1.3案例

我们通过一个案例来完成建造者模式

【创建共享单车】

生产自行车是一个复杂的过程，它包含了车架，车座等组件的生产。而车架又有碳纤维，铝合金等材质的，车座有橡胶，真皮等材质。对于自行车的生产就可以使用建造者模式

这里Bike是产品，包含车架，车座等组件，Builder是抽象建造者，MobikeBuilder和OfoBuilder是具体的建造者；Director是指挥者，类图如下

抽象构造者类Builder

publicabstractclassBuilder{protectedBike bike =newBike();publicabstractvoidbuildFrame();publicabstractvoidbuildSeat();publicabstractBikecreateBike();}

具体建造者类1

publicclassMobikeBuilderextendsBuilder{@OverridepublicvoidbuildFrame(){
        bike.setFrame("碳纤维车架");}@OverridepublicvoidbuildSeat(){
        bike.setSeat("真皮车座");}@OverridepublicBikecreateBike(){return bike;}}

具体建造者类2

publicclassOfoBuilderextendsBuilder{@OverridepublicvoidbuildFrame(){System.out.println("铝合金车架");}@OverridepublicvoidbuildSeat(){System.out.println("橡胶车座");}@OverridepublicBikecreateBike(){return bike;}}

指挥者类

publicclassDirector{privateBuilder builder;publicDirector(Builder builder){this.builder=builder;}publicBikeDirector(){
        builder.buildFrame();
        builder.buildSeat();return builder.createBike();}}

开始构造

publicclassClient{publicstaticvoidmain(String[] args){Builder mobike =newMobikeBuilder();Director director =newDirector(mobike);Bike director1 =director.Director();System.out.println(director1.getFrame());System.out.println(director1.getSeat());}}

碳纤维车架
真皮车座

1.4优缺点

优点

• 建造者模式的封装性很好。使用建造者模式可以有效地封装变化，在使用建造者模式的场景中，一般产品类和建造者类是比较稳定的，因此，将主要的业务逻辑封装在指挥者类对整体而言可以取得比较好的稳定性
• 在建造者模式中，客户端不必知道产品内部组成的细节，将产品本身与产品的构建过程解耦，使得相同的创建过程可以创建不同的产品对象
• 可以更加精细的控制产品的创建过程。如果有新的需求，通过实现一个新的建造者类就可以完成，基本上不用修改之前已经测试通过的代码，因此也就不会对原有功能引入风险，符合开闭原则

缺点

• 建造者模式所创建的产品一般具有较多的共同点，其组成部分要相似，如果产品之间差距很大，就不太适合使用建造者模式

1.5使用场景

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

• 创建的对象较复杂，有多个部件构成，各部件面临着复杂的变化，但构件间的建造顺序是稳定的
• 创建复杂对象的算法独立于该对象的组成部分以及它们的装配方式，即产品的构建过程和最终的表示是独立的