建造者模式
UML类图：
说明：
Director指挥者类可以调用所有建造者抽象类Builder1，Builder2，Builder3 ...
每一个建造者抽象类Builder只生产一类产品，类中分别规定了生产各个构件的方法，及最后创建完整产品的方法。
每一个建造者抽象类Builder都有对应的实现类ConcreteBuilder，在实现类中，实现Builder中的所有方法。
Product产品类，主要包含组合产品构件方法、展示完整产品方法，是产品的表示。
优点：
①因为将一个复杂产品的创建过程和其表示分离，使得同样的创建过程可以创建不同表示。
用户不必知道复杂产品的内部构成，直接使用某一创建过程（建造者类）创建，之后，因为创建过程和表示是分离的，所以创建结果可以表示为不同的产品，
②每一个建造者类独立，方便调用、替换、增改。
③面对非常复杂的产品，可以将其创建步骤分解到不同的建造者中，清晰化创建过程，更加精确地控制复杂产品的创建过程。
缺点：
①如果产品内部的变化或构成极其复杂，可能会需要定义很多建造者实现类（ConcreteBuilder）来实现这种变化，
会导致系统变得很庞大，增加了系统的理解难度和运行成本，也不易维护
②只适用于同类产品（内部结构相同）的创建，如果产品内部的构成或变化差异很大，则不适用此模式。
适用范围：创建具有复杂的内部结构，且内部属性本身相互依赖的产品。
客户端：
Director director = new Director(); //创建指挥者类
Builder builder1 = new ConcreteBuilder1(); //选中一类具体产品，实例化其建造类ConcreteBuilder1
director.construct1(builder1); //指挥者调用此建造类
Product product = builder1.getProduct(); //建造类ConcreteBuilder1来生产完整的此类产品
product.show(); //产品展示
// 同一个Builder可以创建不同的具体产品
Builder builder2 = new ConcreteBuilder2(); //选中另一类具体产品，实例化其建造类ConcreteBuilder2
director.construct1(builder2);
Product product2 = builder2.getProduct();
product2.show();
一句话概括：将一个复杂对象的构件和它的表示分离，使得同样的构建过程可以创建不同的表示
/** * 建造者模式 ：将一个复杂对象的构件与它的表示分离，使得同样的构建过程可以创建不同的表示 * * Builder BuilderOther (每个Builder只生产一类产品，包含生产各个构件的方法，及获取完整产品的方法) * ConcreteBuilder1 ConcreteBuilderImp2 ConcreteBuilderOther1 ConcreteBuilderOther2 (实现Builder的所有方法，会调用Product中的构件组合方法，以便创建产品) * * Director (选择生产哪种产品，指挥建造过程，即调用Builder中该产品各构件的产生方法) * * Product (提供构件组合方法，并负责将实例化的产品展示) */