定义:
将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示
解决的问题:
- 方便用户创建复杂的对象(不需要知道实现过程)
- 代码复用性 & 封装性(将对象构建过程和细节进行封装 & 复用)
uml类图:
模式组成:
- Builder:抽象建造者。为创建一个产品对象的各个部件指定抽象接口
- ConcreteBuilder:具体建造者。实现Builder的接口以构造和装配该产品的各个部件,定义并明确它所创建的表示,并提供一个检索产品的接口
- Director:指挥者。构造一个使用Builder接口的对象,指导构建过程
- Product:产品角色。表示被构造的复杂对象。ConcreteBuilder创建该产品的内部表示并定义它的装配过程,包含定义组成部件的类,包括将这些部件装配成最终产品的接口
优点:
- 易于解耦。将产品本身与产品创建过程进行解耦,可以使用相同的创建过程来得到不同的产品。也就说细节依赖抽象
- 易于精确控制对象的创建。将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰
- 易于拓展。增加新的具体建造者无需修改原有类库的代码,易于拓展,符合“开闭原则“。 每一个具体建造者都相对独立,而与其他的具体建造者无关,因此可以很方便地替换具体建造者或增加新的具体建造者,用户使用不同的具体建造者即可得到不同的产品对象。
缺点:
- 建造者模式所创建的产品一般具有较多的共同点,其组成部分相似;如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。
- 如果产品的内部变化复杂,可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大。
举个栗子:
定义抽象建造者
interface IBuilder { public void builderCPU(); public void builderMainboard(); public Computer getComputer(); }
定义具体建造者
class DellComputerBuilder implements IBuilder { Computer c = new Computer(); @Override public void builderCPU() { c.setCpu("dell type"); } @Override public void builderMainboard() { c.setMainBoard("dell type"); } @Override public Computer getComputer() { return c; } }
定义指挥者
class Director { public void construct(IBuilder builder) { builder.builderCPU(); builder.builderMainboard(); } }
定义产品
class Computer { String cpu; String mainBoard; public void setCpu(String cpu) { this.cpu = cpu; } public void setMainBoard(String mainBoard) { this.mainBoard = mainBoard; } @Override public String toString() { return "im a computer , my cpu is " + cpu + ",my main board is " + mainBoard; } }
客户端调用
public static void main(String[] args) { IBuilder builder = new DellComputerBuilder(); Director dt = new Director(); dt.construct(builder); Computer c = builder.getComputer(); System.out.println(c.toString()); }
输出