23种设计模式[4]：建造者模式

定义：将一个复杂对象的构建与它的表示分离，使得一样的构建过程能够建立不一样的表示。

类型：建立类模式

类图：

四个要素

• 产品类：通常是一个较为复杂的对象，也就是说建立对象的过程比较复杂，通常会有比较多的代码量。在本类图中，产品类是一个具体的类，而非抽象类。实际编程中，产品类能够是由一个抽象类与它的不一样实现组成，也能够是由多个抽象类与他们的实现组成。
• 抽象建造者：引入抽象建造者的目的，是为了将建造的具体过程交与它的子类来实现。这样更容易扩展。通常至少会有两个抽象方法，一个用来建造产品，一个是用来返回产品。
• 建造者：实现抽象类的全部未实现的方法，具体来讲通常是两项任务：组建产品；返回组建好的产品。
• 导演类：负责调用适当的建造者来组建产品，导演类通常不与产品类发生依赖关系，与导演类直接交互的是建造者类。通常来讲，导演类被用来封装程序中易变的部分。

代码实现：

//通常状况下，这个类的构造很复杂，或者属性超级多。可组合多种形式的示例
public class Service {

    private String provider;

    private String user;

    private String pwd;

    public String getProvider() {
        return provider;
    }

    public void setProvider(String provider) {
        this.provider = provider;
    }

    public String getUser() {
        return user;
    }

    public void setUser(String user) {
        this.user = user;
    }

    public String getPwd() {
        return pwd;
    }

    public void setPwd(String pwd) {
        this.pwd = pwd;
    }

    public void sendMsg(String msg) {
        System.out.println("经过" + this.provider + "发送消息:" + msg);
    }
}

public interface Builder {
    void setProvider(String provider);
    void setAccount(String user, String pwd);
    Service getService();
}

public class ConcreteBuilder implements Builder {

    private Service service = new Service();

    @Override
    public void setProvider(String provider){
        this.service.setProvider(provider);
    }

    @Override
    public void setAccount(String user, String pwd) {
        this.service.setUser(user);
        this.service.setUser(pwd);
    }

    @Override
    public Service getService() {
        return this.service;
    }
}

public class Director {
    private Builder builder = new ConcreteBuilder();

    public Service getApnsNoticeService() {
        builder.setProvider("APNS");
        builder.setAccount("notice_apns_user", "notice_apns_pwd");
        return builder.getService();
    }

    public Service getJpushNoticeService() {
        builder.setProvider("极光");
        builder.setAccount("notice_jpush_user", "notice_jpush_pwd");
        return builder.getService();
    }

    public Service getMontnetsSmsService() {
        builder.setProvider("梦网");
        builder.setAccount("sms_montnets_user", "sms_montnets_pwd");
        return builder.getService();
    }

    public Service getEtonenetSmsService() {
        builder.setProvider("移通");
        builder.setAccount("sms_etonenet_user", "sms_etonenet_pwd");
        return builder.getService();
    }
}

public class Client {
    public static void main(String[] args) {
        String msg = "Hello World!";
        Director director = new Director();

        Service apnsNoticeService = director.getApnsNoticeService();
        apnsNoticeService.sendMsg(msg);

        Service jpushNoticeService = director.getJpushNoticeService();
        jpushNoticeService.sendMsg(msg);

        Service montnetsSmsService = director.getMontnetsSmsService();
        montnetsSmsService.sendMsg(msg);

        Service etonenetSmsService = director.getEtonenetSmsService();
        etonenetSmsService.sendMsg(msg);
    }
}

 

建造者模式的优势

　　首先，建造者模式的封装性很好。使用建造者模式能够有效的封装变化，在使用建造者模式的场景中，通常产品类和建造者类是比较稳定的，所以，将主要的业务逻辑封装在导演类中对总体而言能够取得比较好的稳定性。

　　其次，建造者模式很容易进行扩展。若是有新的需求，经过实现一个新的建造者类就能够完成，基本上不用修改以前已经测试经过的代码，所以也就不会对原有功能引入风险。

 

建造者模式与工厂模式的区别

　　咱们能够看到，建造者模式与工厂模式是极为类似的，整体上，建造者模式仅仅只比工厂模式多了一个“导演类”的角色。在建造者模式的类图中，假如把这个导演类看作是最终调用的客户端，那么图中剩余的部分就能够看做是一个简单的工厂模式了。

　　与工厂模式相比，建造者模式通常用来建立更为复杂的对象，由于对象的建立过程更为复杂，所以将对象的建立过程独立出来组成一个新的类——导演类。也就是说，工厂模式是将对象的所有建立过程封装在工厂类中，由工厂类向客户端提供最终的产品；而建造者模式中，建造者类通常只提供产品类中各个组件的建造，而将具体建造过程交付给导演类。由导演类负责将各个组件按照特定的规则组建为产品，而后将组建好的产品交付给客户端。

 

总结

　　建造者模式与工厂模式相似，他们都是建造者模式，适用的场景也很类似。通常来讲，若是目标实例(产品)的建造很复杂，那么请用工厂模式；若是目标实例(产品)的建造更复杂，那么请用建造者模式。