建造者模式

怼烎@ 2021-07-24 18:01 323阅读 0赞

# 一 点睛 #

将一个复杂对象的构建与表示分离，使得同样的构建过程可以创建不同的表示。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70]

*  分离了部件的构造(由Builder来负责)和装配(由Director负责)。 从而可以构造出复杂的对象。这个模式适用于：某个对象的构建过程复杂的情况。
 *  由于实现了构建和装配的解耦。不同的构建器，相同的装配，也可以做出不同的对象；相同的构建器，不同的装配顺序也可以做出不同的对象。也就是实现了构建算法、装配算法的解耦，实现了更好的复用。
 *  建造者模式可以将部件和其组装过程分开，一步一步创建一个复杂的对象。用户只需要指定复杂对象的类型就可以得到该对象，而无须知道其内部的具体构造细节。

# 二 结构 #

建造者（Builder）模式包含如下角色：

*  抽象建造者类（Builder）：这个接口规定要实现复杂对象的那些部分的创建，并不涉及具体的部件对象的创建。
 *  具体建造者类（ConcreteBuilder）：实现 Builder 接口，完成复杂产品的各个部件的具体创建方法。在构造过程完成后，提供产品的实例。
 *  产品类（Product）：要创建的复杂对象。
 *  指挥者类（Director）：调用具体建造者来创建复杂对象的各个部分，在指导者中不涉及具体产品的信息，只负责保证对象各部分完整创建或按某种顺序创建。

类图如下：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 1]

# 三 实例 #

**创建共享单车**

生产自行车是一个复杂的过程，它包含了车架，车座等组件的生产。而车架又有碳纤维，铝合金等材质的，车座有橡胶，真皮等材质。对于自行车的生产就可以使用建造者模式。

这里Bike是产品，包含车架，车座等组件；Builder是抽象建造者，MobikeBuilder和OfoBuilder是具体的建造者；Director是指挥者。类图如下：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 2]  
具体的代码如下：

// 自行车类
    public class Bike { 
        private String frame;
        private String seat;
    
        public String getFrame() { 
            return frame;
        }
    
        public void setFrame(String frame) { 
            this.frame = frame;
        }
    
        public String getSeat() { 
            return seat;
        }
    
        public void setSeat(String seat) { 
            this.seat = seat;
        }
    }
    
    // 抽象 builder 类
    public abstract class Builder { 
    
        protected Bike mBike = new Bike();
    
        public abstract void buildFrame();
        public abstract void buildSeat();
        public abstract Bike createBike();
    }
    
    // 摩拜单车Builder类
    public class MobikeBuilder extends Builder { 
    
        @Override
        public void buildFrame() { 
            mBike.setFrame("铝合金车架");
        }
    
        @Override
        public void buildSeat() { 
            mBike.setSeat("真皮车座");
        }
    
        @Override
        public Bike createBike() { 
            return mBike;
        }
    }
    
    // ofo单车Builder类
    public class OfoBuilder extends Builder { 
    
        @Override
        public void buildFrame() { 
            mBike.setFrame("碳纤维车架");
        }
    
        @Override
        public void buildSeat() { 
            mBike.setSeat("橡胶车座");
        }
    
        @Override
        public Bike createBike() { 
            return mBike;
        }
    }
    
    // 指挥者类
    public class Director { 
        private Builder mBuilder;
    
        public Director(Builder builder) { 
            mBuilder = builder;
        }
    
        public Bike construct() { 
            mBuilder.buildFrame();
            mBuilder.buildSeat();
            return mBuilder.createBike();
        }
    }
    
    // 测试类
    public class Client { 
        public static void main(String[] args) { 
            // 创建指挥者对象
            Director director = new Director(new MobileBuilder());
            // 让指挥者只会组装自行车
            Bike bike = director.construct();
    
            System.out.println(bike.getFrame());
            System.out.println(bike.getSeat());
        }
    }

测试结果：

碳纤维车架
    真皮车座

**注意：**

上面示例是 Builder模式的常规用法，指挥者类 Director 在建造者模式中具有很重要的作用，它用于指导具体构建者如何构建产品，控制调用先后次序，并向调用者返回完整的产品类，但是有些情况下需要简化系统结构，可以把指挥者类和抽象建造者进行结合

// 抽象 builder 类
    public abstract class Builder { 
    
        protected Bike mBike = new Bike();
    
        public abstract void buildFrame();
        public abstract void buildSeat();
        public abstract Bike createBike();
        
        public Bike construct() { 
            this.buildFrame();
            this.BuildSeat();
            return this.createBike();
        }
    }

**说明：**

这样做确实简化了系统结构，但同时也加重了抽象建造者类的职责，也不是太符合单一职责原则，如果construct() 过于复杂，建议还是封装到 Director 中。

# 四 优缺点 #

**优点：**

*  建造者模式的封装性很好。使用建造者模式可以有效的封装变化，在使用建造者模式的场景中，一般产品类和建造者类是比较稳定的，因此，将主要的业务逻辑封装在指挥者类中对整体而言可以取得比较好的稳定性。
 *  在建造者模式中，客户端不必知道产品内部组成的细节，将产品本身与产品的创建过程解耦，使得相同的创建过程可以创建不同的产品对象。
 *  可以更加精细地控制产品的创建过程 。将复杂产品的创建步骤分解在不同的方法中，使得创建过程更加清晰，也更方便使用程序来控制创建过程。
 *  建造者模式很容易进行扩展。如果有新的需求，通过实现一个新的建造者类就可以完成，基本上不用修改之前已经测试通过的代码，因此也就不会对原有功能引入风险。符合开闭原则。

**缺点：**

造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异性很大，则不适合使用建造者模式，因此其使用范围受到一定的限制。

# 五 使用场景 #

建造者（Builder）模式创建的是复杂对象，其产品的各个部分经常面临着剧烈的变化，但将它们组合在一起的算法却相对稳定，所以它通常在以下场合使用。

*  创建的对象较复杂，由多个部件构成，各部件面临着复杂的变化，但构件间的建造顺序是稳定的。
 *  创建复杂对象的算法独立于该对象的组成部分以及它们的装配方式，即产品的构建过程和最终的表示是独立的。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70]: /images/20210724/c7480ad233154041a7f6dcc32dc52451.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 1]: /images/20210724/631623141397453faa944d6a8e8411bb.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5ncWl1bWluZw_size_16_color_FFFFFF_t_70 2]: /images/20210724/b31f5a22e9034406a7badfcfec1f6307.png