建造者模式

场景:
  我们需要建造一个复杂的产品。比如，神州飞船，iphone。这个复杂的产品的创建。有这样的
  一个问题需要处理:
    .装配这些组件是不是有个步骤问题?
 实际开发中，我们所需要的对象构建时，非常复杂，有很多步骤需要处理。

 建造者模式的本质:
     - 分离了对象子组件的单独构造(由builder来负责)和装配(由Director负责)。从而可以构造出复杂的对象。
       这个模式适用于:某个对象的构建过程复杂的情况下使用。
     - 由于实现了构建和装配的解藕。不同的构建器，相同的装配，也可以做出不同的对象；
       相同的构建器，不同的装配顺序也可以做出不同的对象。也就是实现了构建算法、装配算法的解藕。
       实现了更好的复用。


---------------------------------------------------------------------------
       建造者模式
       建造者模式（Builder Pattern）使用多个简单的对象一步一步构建成一个复杂的对象。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。

       一个 Builder 类会一步一步构造最终的对象。该 Builder 类是独立于其他对象的。

       介绍
       意图：将一个复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。

       主要解决：主要解决在软件系统中，有时候面临着"一个复杂对象"的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法却相对稳定。

       何时使用：一些基本部件不会变，而其组合经常变化的时候。

       如何解决：将变与不变分离开。

       关键代码：建造者：创建和提供实例，导演：管理建造出来的实例的依赖关系。

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

       优点： 1、建造者独立，易扩展。 2、便于控制细节风险。

       缺点： 1、产品必须有共同点，范围有限制。 2、如内部变化复杂，会有很多的建造类。

       使用场景： 1、需要生成的对象具有复杂的内部结构。 2、需要生成的对象内部属性本身相互依赖。

       注意事项：与工厂模式的区别是：建造者模式更加关注与零件装配的顺序。

       实现
       我们假设一个快餐店的商业案例，其中，一个典型的套餐可以是一个汉堡（Burger）和一杯冷饮（Cold drink）。汉堡（Burger）可以是素食汉堡（Veg Burger）或鸡肉汉堡（Chicken Burger），它们是包在纸盒中。冷饮（Cold drink）可以是可口可乐（coke）或百事可乐（pepsi），它们是装在瓶子中。

       我们将创建一个表示食物条目（比如汉堡和冷饮）的 Item 接口和实现 Item 接口的实体类，以及一个表示食物包装的 Packing 接口和实现 Packing 接口的实体类，汉堡是包在纸盒中，冷饮是装在瓶子中。

       然后我们创建一个 Meal 类，带有 Item 的 ArrayList 和一个通过结合 Item 来创建不同类型的 Meal 对象的 MealBuilder。BuilderPatternDemo 类使用 MealBuilder 来创建一个 Meal。