传统代码解决
public abstract class AbstractHouse {
//打地基
public abstract void buildBasic();
//砌墙
public abstract void buildWalls();
//封顶
public abstract void roofed();
public void build() {
buildBasic();
buildWalls();
roofed();
}
}
public class CommonHouse extends AbstractHouse {
@Override
public void buildBasic() {
System.out.println(" 普通房子打地基 ");
}
@Override
public void buildWalls() {
System.out.println(" 普通房子砌墙 ");
}
@Override
public void roofed() {
System.out.println(" 普通房子封顶 ");
}
}
public class Client {
public static void main(String[] args) {
CommonHouse commonHouse = new CommonHouse();
commonHouse.build();
}
}
优点：代码简单，好理解，
缺点：没有设计缓存层，程序维护，扩展不好，也就是说这种代码把产品(房子)和创建过程封装在一起，太耦合了。
建造者模式：也叫生成器模式，它可以将复杂对象的建造过程抽象出来，让这个抽象过程的实现方法可以构造出不同的对象。建造者模式涉及到四个角色
1 Product(产品对象)：待建造的对象。
2 Builder(抽象建造者)：创建产品对象的各个部件指定的接口或者抽象类。
3 ConcreteBuilder(具体的建造者)，抽象者的实现，负责真正的建造对象。
4 Director(指挥者)：构件Builder的接口对象，主要有两个作用，1 隔离用户与对象的生产过程，2 负责控制产品对象的生产过程。
image.png
@Data
public class House {
private String baise;
private String wall;
private String roofed;
public String getBaise() {
return baise;
}
}
public class CommonHouse extends HouseBuilder {
@Override
public void buildBasic() {
System.out.println(" 普通房子打地基5米 ");
}
@Override
public void buildWalls() {
System.out.println(" 普通房子砌墙10cm ");
}
@Override
public void roofed() {
System.out.println(" 普通房子屋顶 ");
}
}
public class HighBuilding extends HouseBuilder {
@Override
public void buildBasic() {
System.out.println(" 高楼的打地基100米 ");
}
@Override
public void buildWalls() {
System.out.println(" 高楼的砌墙20cm ");
}
@Override
public void roofed() {
System.out.println(" 高楼的透明屋顶 ");
}
}
// 抽象的建造者
public abstract class HouseBuilder {
protected House house = new House();
//将建造的流程写好, 抽象的方法
public abstract void buildBasic();
public abstract void buildWalls();
public abstract void roofed();
//建造房子好， 将产品(房子) 返回
public House buildHouse() {
return house;
}
}
//指挥者，这里去指定制作流程，返回产品,指挥者依赖抽象的建造者
public class HouseDirector {
HouseBuilder houseBuilder = null;
//构造器传入 houseBuilder
public HouseDirector(HouseBuilder houseBuilder) {
this.houseBuilder = houseBuilder;
}
//通过setter 传入 houseBuilder
public void setHouseBuilder(HouseBuilder houseBuilder) {
this.houseBuilder = houseBuilder;
}
//如何处理建造房子的流程，交给指挥者
public House constructHouse() {
houseBuilder.buildBasic();
houseBuilder.buildWalls();
houseBuilder.roofed();
return houseBuilder.buildHouse();
}
}
// 抽象的建造者
public abstract class HouseBuilder {
protected House house = new House();
//将建造的流程写好, 抽象的方法
public abstract void buildBasic();
public abstract void buildWalls();
public abstract void roofed();
//建造房子好， 将产品(房子) 返回
public House buildHouse() {
return house;
}
}
public class Client {
public static void main(String[] args) {
//盖普通房子
CommonHouse commonHouse = new CommonHouse();
//准备创建房子的指挥者
HouseDirector houseDirector = new HouseDirector(commonHouse);
//完成盖房子，返回产品(普通房子)
House house = houseDirector.constructHouse();
System.out.println("--------------------------");
//盖高楼
HighBuilding highBuilding = new HighBuilding();
//重置建造者
houseDirector.setHouseBuilder(highBuilding);
//完成盖房子，返回产品(高楼)
houseDirector.constructHouse();
}
}
上面可以看出
1 产品本身和创建过程解耦，让相同的创建过程可以创建不同的对象。
2 每个具体的建造者都相对独立，可以方便的替换具体的建造者或新增新的建造者，达到生产不同对象的目的。符合开闭原则。
3 建造者创建的产品一般具有较多的共同点，组成部分相似，如果产品之间的差异性较大，则不适合建造者模式。
4 如果产品之间的内部变化复杂，需要很多的具体建造者来实现增长变化，导致系统庞大，这种情况不适合建造者模式。
5 抽象工厂模式 VS 建造者模式
抽象工厂模式创建一个系列，一个家族的产品，具有不同分类维度的产品组合，不关心产品的创建过程，只关心产品由什么工厂生产即可。而建造者模式是要求按照指定蓝图来创建产品，它的目的是通过组装零配件来生产新产品。
建造者模式在JDk中的使用
image.png
Appendable接口定义append() 方法，扮演抽象建造者角色
AbstractStringBuilder 实现Appendable，扮演具体的建造者角色，只不过它是抽象的类 不能直接创建。
StringBuilder 既扮演指挥者，也充当具体的建造者，建造方法由父类AbstractStringBuilder完成
@Override
public StringBuilder append(String str) {
super.append(str);
return this;
}
网友评论