本文探讨了当类的构造函数变得复杂时，如何利用建造者模式简化对象创建。简单建造者模式通过将构造逻辑移到静态内部类的builder中，允许用户按需选择配置。同时，传统的建造者模式引入了抽象Builder类和Director类，进一步封装了构建过程，降低了客户端使用的复杂性。建造者模式适用于构建不同配置的同一类产品，如构建不同配置的MacBookAir实例。
借用看到的一篇文章中的话来总结就是：
当一个类的构造函数超过4个的时候，就应当考虑使用建造者模式来创建该类的对象。
在java中，有一种简单的构造者模式实现，就是将类的构造函数全部放到其静态内部builder类中，而该类的构造函数以builder 类成员来构造。
例如，通过builder类，用户可以选择构造的电脑的内存大小，硬盘大小，但是CPU和主板是不可更改的。
那么将设置了内存或者内存和硬盘大小的builder对象给到computer类既可构造处对应配置的computer对象。
个人感觉，builder用来构造同一类产品的不通型号比较合适，例如构造macbool air的低配版本和高配版本，就可以通过一个builder类区分开配置项，然后传给macbookair类进行构造，创建出来的都是macbookair对象。
传统建造者模式：
多了一个builder抽象父类和director导演类。
个人认为builder抽象父类定义类构建一个产品对象的步骤，这些步骤意味着产品的这些部分是可变的，可以定制的（例如内存，硬盘大小）
而Director导演类则减少了客户端使用builder类负担，通过Director将builder构造对象的逻辑给封装了，用户不需要知道具体的构造细节，而是有Director来调用builder完成产品的构造。
引用：
616
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
