Builder设计模式和Factory设计模式之间的区别是什么？
哪一种更有利？为什么？
如果我想测试和比较/对比这些模式，我如何将我的发现表示为图表？
当前回答
两者都是创造模式，以创建对象。
1） 工厂模式-假设您有一个超级类和N个子类。对象的创建取决于传递的参数/值。
2） 生成器模式-创建复杂对象。
Ex: Make a Loan Object. Loan could be house loan, car loan ,
education loan ..etc. Each loan will have different interest rate, amount ,
duration ...etc. Finally a complex object created through step by step process.
其他回答
对于设计模式，通常没有适用于所有情况的“更有利”解决方案。这取决于您需要实施什么。
来自维基百科：
Builder专注于构建一步一步复杂的物体。摘要工厂强调产品系列对象（简单或复杂）。生成器将产品作为最终产品返回步骤，但就抽象而言工厂关心，产品得到立即返回。生成器通常构建一个复合。通常，设计开始时使用工厂方法（不那么复杂，更多可定制，子类激增）并向抽象工厂发展，原型或生成器（更灵活，更复杂）发现更灵活的地方需要。有时创造模式是互补的：构建者可以使用要实现的其他模式构建哪些组件。摘要工厂、建造商和原型可以使用Singleton实现。
工厂设计模式维基百科条目：http://en.wikipedia.org/wiki/Factory_method_pattern
构建器设计模式的维基百科条目：http://en.wikipedia.org/wiki/Builder_pattern
工厂模式允许您一次创建一个对象，而生成器模式允许您中断对象的创建过程。这样，您可以在创建对象期间添加不同的功能。
构建器设计模式描述了一个对象，该对象知道如何在几个步骤中创建另一个特定类型的对象。它在每个中间步骤保持目标项所需的状态。想想StringBuilder是如何生成最终字符串的。
工厂设计模式描述了一个对象，该对象知道如何在一个步骤中创建几种不同但相关的对象，其中特定类型是基于给定参数选择的。想想串行化系统，在这里创建串行化器，它在一次加载调用中构造所需的in对象。
| Builder | Factory |
|---|---|
| Return only single instance to handle complex object construction | Return various instances on multiple constructors |
| No interface required | Interface driven |
| Inner classes is involved (to avoid telescopic constructors) | Subclasses are involved |
伸缩构造器模式
类比：
工厂：考虑一家餐馆。创建“今天的饭”是一种工厂模式，因为你告诉厨房“给我今天的饭吃”，厨房（工厂）根据隐藏的标准决定生成什么对象。生成器：如果您订购自定义披萨，则会显示生成器。在这种情况下，服务员告诉厨师（构建者）“我需要一个比萨饼；在其中添加奶酪、洋葱和培根！”因此，构建者公开了生成对象应该具有的属性，但隐藏了如何设置这些属性。
礼貌
我相信，当您处理相同的代码库和不断变化的需求时，在一定的时间段内，Factory&Builder模式的用法和它们之间的区别可以更容易理解/澄清。
根据我的经验，通常从Factory模式开始，包括两个静态创建者方法，主要隐藏相对复杂的初始化逻辑。随着对象层次结构变得越来越复杂（或添加更多类型、参数），您可能最终会使用更多参数填充方法，更不用说您必须重新编译Factory模块。所有这些都会增加创建者方法的复杂性，降低可读性，并使创建模块更加脆弱。
该点可能是过渡/延伸点。通过这样做，您可以围绕构造参数创建一个包装器模块，然后您可以通过添加更多抽象（可能）和实现来表示新的（类似的）对象，而无需接触实际的创建逻辑。所以你有了“不那么复杂”的逻辑。
坦率地说，提到某种“一步或多步创建一个对象是不同的”，因为唯一的多样性因素不足以让我区分它们，因为我可以对我目前面临的几乎所有情况都使用这两种方法，而没有任何益处。这就是我最后想到的。
