建造者模式--导读

　　生活中我们经常碰到，餐馆中各种不同的套餐，和各种不同的汽车，但是这些都有一个共同的特性，那就是他们多是由各种部件组成。

就比如在kfc点餐一样，他给你提供很多不同的组合，比如说薯条和饮料和汉堡，薯条和果汁和烤翅，你会发现这些单个的东西都会单买，但是

跟据不同的组合，就形成了五花八门的套餐，这就用到了我们的建造者模式了，用户仅需知道这个套餐是什么，而不需要知道套餐中的具体组合

便可以得到自己想要的套餐，不需要管这其中复杂的组合关系

建造者模式--定义

　　建造者模式将一个复杂对象的构建过程和表是分开，是的同样的创建过程，通过不同的组合过程可以创建出不同的表示。

　　建造者模式构建复杂对象就像造汽车一样，是一个一个组件一个一个步骤创建出来的，它允许用户通过制定的对象类型和内容来创建他们，但是用户并不需要知道这个复杂对象是如何构建的，它只需要明白通过这样做我可以得到一个完整的复杂对象实例

建造者模式--模式结构

一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。建造者模式的本质是使组装过程（用指挥者类进行封装，从而达到解耦的目的）和创建具体产品解耦,使我们不用去关心每个组件是如何组装的。

建造者模式的实现：

①在建造者模式中，指挥者是直接与客户端打交道的，指挥者将客户端创建产品的请求划分为对各个部件的建造请求，再将这些请求委派到具体建造者角色，具体建造者角色是完成具体产品的构建工作的，却不为客户所知道。

②建造者模式主要用于“分步骤来构建一个复杂的对象”，其中“分步骤”是一个固定的组合过程，而复杂对象的各个部分是经常变化的（也就是说电脑的内部组件是经常变化的，这里指的的变化如硬盘的大小变了，CPU由单核变双核等）。

③产品不需要抽象类，由于建造模式的创建出来的最终产品可能差异很大，所以不大可能提炼出一个抽象产品类。

④在前面文章中介绍的抽象工厂模式解决了“系列产品”的需求变化，而建造者模式解决的是 “产品部分” 的需要变化。

⑤由于建造者隐藏了具体产品的组装过程，所以要改变一个产品的内部表示，只需要再实现一个具体的建造者就可以了，从而能很好地应对产品组成组件的需求变化。

建造者模式--具体实现

package Builder_Pattern;
/**
 * 为创建具体产品提供具体建构者提供接口
 * @author liu
 *
 */
public abstract class CarBuilder {
    public Car car;
    public  abstract void createTyer();
    public abstract void createSeats();
    public abstract void createEngine();
    public Car getCar() {
        return car;
    }
}

Car.java

package Builder_Pattern;

public class Car {
    private String tyer;
    private String seats;
    private String engine;
    @Override
    public String toString() {
        return "Car [tyer=" + tyer + ", seats=" + seats + ", engine=" + engine + "]";
    }
    public String getTyer() {
        return tyer;
    }
    public void setTyer(String tyer) {
        this.tyer = tyer;
    }
    public String getSeats() {
        return seats;
    }
    public void setSeats(String seats) {
        this.seats = seats;
    }
    public String getEngine() {
        return engine;
    }
    public void setEngine(String engine) {
        this.engine = engine;
    }
    
}

package Builder_Pattern;

public class CheaperCarBuilder extends CarBuilder{

    @Override
    public void createTyer() {
        car.setEngine("垃圾的轮胎");
        
    }

    @Override
    public void createSeats() {
        car.setSeats("垃圾的座位");
        
    }

    @Override
    public void createEngine() {
        // TODO Auto-generated method stub
        car.setEngine("垃圾的发动机");
    }

}

package Builder_Pattern;
/**
 * 指挥者通过调用build接口来实现创建客户所需的
 * 对象，从而实现客户端与创建过程的解耦
 * @author liu
 *
 */
public class Director {
    CarBuilder builder;
    public Director(CarBuilder builder) {
        this.builder=builder;
    }
    public Car construct() {
        builder.createEngine();
        builder.createSeats();
        builder.createTyer();
        return builder.getCar();
    }
}

package Builder_Pattern;

public class client {

    public static void main(String[] args) {
        // TODO Auto-generated method stub
        //客户端不需要接触具体的创建过程
        CheaperCarBuilder builder=new CheaperCarBuilder();
        Director director=new Director(builder);
        Car car=director.construct();
        car.toString();
    }

}

建造者模式--优缺点

1、将复杂产品的创建步骤分解在不同的方法中，使得创建过程更加清晰，使得我们能够更加精确的控制复杂对象的产生过程。

2、将产品的创建过程与产品本身分离开来，可以使用相同的创建过程来得到不同的产品。也就说细节依赖抽象。

3、每一个具体建造者都相对独立，而与其他的具体建造者无关，因此可以很方便地替换具体建造者或增加新的具体建造者，用户使用不同的具体建造者即可得到不同的产品对象。

缺点

1、建造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异性很大，则不适合使用建造者模式，因此其使用范围受到一定的限制。
2、如果产品的内部变化复杂，可能会导致需要定义很多具体建造者类来实现这种变化，导致系统变得很庞大。

建造者模式--使用场景

　　1、去肯德基，汉堡、可乐、薯条、炸鸡翅等是不变的，而其组合是经常变化的，生成出所谓的"套餐"。

　　 2、JAVA 中的 StringBuilder。

设计模式之--建造者模式

缺点

建造者模式--使用场景

猜你喜欢