建造者模式
-
建造者模式也属于创建型模式 ,它提供了一种创建对象的最佳方式
-
定义:将一个复杂对象的构建和它的表示分离,使得同样的构建过程可以创建不同的表示(假设有不同的建造者实现类,可以产生不同的产品)
-
主要作用:在用户不知道对象的创建过程和细节的情况 下(用户只需要调指挥者来创建就可以了)就可以直接创建复杂的对象。
-
用户只需要给出指定复杂对象的类型和内容,建造者负责按顺序创建复杂对象(把内部的建造过程和细节隐藏起来)
-
例子:
-
工厂(建造者模式):负责制造汽车(组装过程和细节在工厂内)
-
汽车购买者(用户):你只要说出你需要的型号(对象的类型与内容),然后可以直接购买就可以使用了(虽然不知道汽车怎么组装的(车轮、车门、发动机、方向盘等等))
-
- 角色分析:

-
既然是建造者模式,那么我们还是继续就以造房子为例子,假设将造房简化为以下步骤:
-
地基
-
钢筋工程
-
铺电线
-
粉刷
-
如果要盖一间房子,首先是要一个建筑公司或工程承包商(指挥者),承包商指挥工人(具体建造者)来造房子(产品),最后验收
代码展示:
首先先创建抽象建造者
java
package com.lyc.builder.demo01;
//抽象的建造者,只负责定义一些接口与方法
public abstract class Builder {
public abstract void buildPartA();
public abstract void buildPartB();
public abstract void buildPartC();
public abstract void buildPartD();
//完工:得到产品
public abstract Product getResult();
}
再创建产品类
java
package com.lyc.builder.demo01;
import lombok.Data;
//产品:房子
@Data
public class Product {
private String partA;
private String partB;
private String partC;
private String partD;
}
再创建具体建造者实现类
java
package com.lyc.builder.demo01;
//具体的建造者 worker是builder的具体实现,一个builder可能有几个不同的worker
public class Worker extends Builder{
private Product product;
public Worker(){
product = new Product();
}
@Override
public void buildPartA() {
product.setPartA("partA");
System.out.println("partA");
}
@Override
public void buildPartB() {
product.setPartB("partB");
System.out.println("partB");
}
@Override
public void buildPartC() {
product.setPartC("partC");
System.out.println("partC");
}
@Override
public void buildPartD() {
product.setPartD("partD");
System.out.println("partD");
}
@Override
public Product getResult() {
return product;
}
}
在创建指挥类Director
java
package com.lyc.builder.demo01;
//指挥者 核心,负责指挥构建一个工程,工程如何构建,有他决定
public class Director {
//指挥工人按照顺序建造房子
public Product builder(Builder builder){
//指挥者可以指挥工人按照不同的顺序执行方法,
builder.buildPartA();
builder.buildPartB();
builder.buildPartC();
builder.buildPartD();
//返回产品
return builder.getResult();
}
}
最后进行测试
java
public class Test {
public static void main(String[] args) {
//指挥
Director director = new Director();
Product builder = director.builder(new Worker());
System.out.println(builder.toString());
}
}
细节分析:
-
上面示例是Builder模式的常规用法,导演Director在Builder模式中具有重要的作用 ,它用于指导具体构建者如何构建产品 ,控制调用先后次序 ,并向调用者返回完整的产品类 ,但是有些情况下需要简化系统结构,可以把Director与抽象建造者进行结合
-
通过静态内部类方式实现零件无序装配构造 ,这种方式使用更加灵活,更符合定义,内部有复杂对象的默认实现,使用时可以根据用户需求自由定义更改内容,并且无需改变具体的构造方式。就可以生产出不同复杂的产品
-
比如:汉堡套餐,服务员(具体建造者)可以随意搭配任意几种产品组成一款套餐(产品),比第一种少了Director,主要是因为第二种方式把指挥者交给用户操作,使得产品创建更加简单灵活
第二种方式代码展示:
首先还是需要创建抽象建造类
java
public abstract class Builder {
public abstract Builder buildPartA(String msg); //汉堡
public abstract Builder buildPartB(String msg); //可乐
public abstract Builder buildPartC(String msg); //薯条
public abstract Builder buildPartD(String msg); //甜品
// 返回产品
public abstract Product getResult();
}
创建产品类(这里存放着默认的产品)
java
import lombok.Data;
//产品:套餐
@Data
public class Product {
//默认套餐
private String partA = "汉堡";
private String partB = "可乐";
private String partC = "薯条";
private String partD = "甜点";
}
具体的创建者实现类
java
package com.lyc.builder.demo02;
//具体建造者
public class Worker extends Builder{
private Product product;
public Worker(){
product = new Product();
}
@Override
public Builder buildPartA(String msg) {
product.setPartA(msg);
return this;
}
@Override
public Builder buildPartB(String msg) {
product.setPartB(msg);
return this;
}
@Override
public Builder buildPartC(String msg) {
product.setPartC(msg);
return this;
}
@Override
public Builder buildPartD(String msg) {
product.setPartD(msg);
return this;
}
@Override
public Product getResult() {
return product;
}
}
最后进行测试
java
package com.lyc.builder.demo02;
public class Test {
public static void main(String[] args) {
//服务员
Worker worker = new Worker();
//链式编程 :在原来的基础上,可以自由组合,如果不组合,也有默认的套餐
Product result = worker.buildPartA("全家桶").buildPartB("雪碧")
.getResult();
System.out.println(result.toString());
}
}
这里将指挥者与客户端相结合,让客户端自己来进行套餐的搭配。
建造者模式与工厂模式的区别:
工厂模式是造什么,建造者模式是怎么造,一个宏观,一个微观
建造者模式优点:
-
产品的建造与表示分离 ,实现了解耦,使用建造者模式可以使客户端不必知道产品内部组成的细节。
-
将复杂的产品的创建步骤分解在不同的方法中,使得创建过程更加清晰
-
具体的建造者类之间是相互独立的,这有利于系统的扩展,增加新的具体建造者无需修改原有类库的代码,符合"开闭原则"。
缺点:
-
建造者模式所创建的产品一般具有较多的共同点,其组成部分相似;如果产品之间的差异性很大,则不适合使用创造者模式,因此其适用范围受到了一定的限制。
-
如果产品的内部变化复杂,可能会导致需要定义很多具体建造者来实现这种变化,导致系统变得很庞大
应用场景:
-
需要生成的产品对象有复杂的内部结构,这些产品对象具备共性;
-
隔离复杂对象的创建和使用 ,并使得相同的创建过程可以创建不同的产品。
-
适合于一个具有较多的零件(属性)的产品(对象)的创建过程。
建造者与抽象工厂模式的比较:
-
与抽象工厂模式相比,建造者模式返回一个组装好的完整产品 ,而抽象工厂模式返回一系列相关的产品,这些产品位于不同的产品等级结构,构成了一个产品族。
-
在抽象工厂模式中,客户端实例化工厂类,然后调用工厂方法获取所需产品对象,抽象工厂模式侧重于直接通过工厂制造获得对象 而在建造者模式中客户端可以不直接调用建造者的相关方法,而是通过指挥者类来指导如何生成对象,包括对象的组装过程和建造步骤 ,它侧重于一步步构造一个复杂对象,返回一个完整的对象。
-
如果将抽象工厂模式看成汽车配件生产工厂,生产一个产品族的产品,那么建造者模式就是一个汽车组装工厂,通过对部件的组装可以返回一辆完整的汽车!
我们需要清楚的认识到工厂模式与创建者模式的区别,并且勤加练习,希望对大家有所帮助