流畅的界面和Builder模式之间有什么区别？

Question

我对设计模式非常陌生，并且对流利的界面和Builder模式之间的差异感到困惑。

我了解流畅接口的概念。但是构建器模式有点混乱。我无法理解在Builder模式中对Director的使用。

我可以同时使用Builder模式和Fluent接口吗？如果是这样，那么我应该如何与主任和具体的建设者一起这样做？

我的问题 不是 关于构建器模式的优势。但是这个问题的目的是要了解构建器模式和流畅接口之间的关系。

从GoF用UML序列图为Builder进行编辑：

Answer 1

Fluent接口的想法是，可以通过将多个点与点连接起来而将多个属性应用于对象，而不必每次都重新指定对象。构建器模式背后的想法是，与不共享的不可变对象相比，不共享的可变对象通常更易于使用，但是与共享的可变对象相比，推理共享的不可变对象要容易得多。因此，代码可以使用易于使用的可变对象来生成所需实例的“模型”，然后使用该模型来制作易于共享的不可变对象，以保存相同的数据。

这两个想法可以很好地协同工作，但是有些正交。

请注意，至少有三种方法可以使流畅的界面起作用：

• 通过使实例的每个成员返回应用了适当更改的新实例。
• 通过让每个成员改变对其进行调用的实例并返回该实例。
• 通过让每个成员返回轻量级补丁程序对象的实例，该实例包含指向正在修改的事物或先前补丁程序的链接。

最后一种样式要求采取一些措施来应用所有补丁，但是如果要修改的对象很大并且需要进行许多更改，则可以最大程度地减少所需的复制量。