构建器模式和 LSP

Question

我正在经历 Builder 模式，并且有几个我认为需要澄清的问题

1. 构建器模式是通过抽象类还是通过接口实现的。使用接口https://sourcemaking.com/design_patterns/builder的帖子很少
   https://refactoring.guru/design-patterns/builder
   ...可以列出更多
   还有人使用抽象类https://www.dofactory.com/net/builder-design-pattern

注意：我认为它应该使用抽象类来实现。这个理由是基于这样的假设，即我可能/可能不会在派生类中实现它们（因为可能有一些具体类没有实现它们）...
不过，这种假设可能是完全错误的。

1. 如果上述假设是错误的，那么它不会违反 LSP。由于 LSP 中的一个条件表明您的派生类中不能有“未实现的方法”。

或者我完全误解了它......

Answer 1

评论太长了...

GoF 书中的模式早于 Java。是 Java 后来引入了接口和抽象类之间的（愚蠢的）区别。当 GoF 指代一个接口时，它们仅表示一个抽象，您可以使用任何支持抽象的语言特性来实现它。

话虽如此，GoF 构建器模式过于复杂。 The pattern is useful even without polymorphism. 我认为这就是它最常实现的方式。如果您使用的是 Java，那将是来自 Effective Java 的 Josh Bloch 的构建器模式。

我并不是要忽略 LSP 的问题，但如果这里的真正目标是学习有效地使用 Builder，那么我的建议是忽略 GoF 中的（过时的）版本，并查看一个现代实现，其中这个问题不存在。如果您真的想询问 LSP，那么我建议您提出一个专门针对该主题的新问题，与 Builder 模式分开。

为了更直接地解决 OP 中的问题，

1. 构建器模式可以通过抽象类或接口来实现。哪个没关系。现代实现更经常使用两者。
2. LSP 一致性将取决于您如何实现（和记录）该模式。使用接口或抽象类可能会违反（或不违反）LSP。消除两者可以消除这个问题。