Fluent Interface方法是否必须返回同一对象？不同权威资料说法不一

两种说法都不算“错误”，它们是流畅接口在不同演化阶段和应用场景下的不同实践方向，核心都是围绕方法链带来的高可读性代码展开：

1. Martin Fowler的原始定义：灵活的角色切换设计 #

Martin Fowler在2005年提出流畅接口概念时，核心目标是实现类领域特定语言（DSL）的可读代码，并没有强制要求方法必须返回同一个对象。他给出的示例中，甚至存在方法返回不同对象的情况——比如在构建复杂对象时，不同方法会切换到对应的构建器角色实例，以此约束后续可调用的方法，避免无效的方法组合，让代码逻辑更严谨。

这种设计的优势是：

• 能精准控制方法调用的上下文和顺序
• 适合有严格步骤约束的复杂业务逻辑实现

2. 维基百科等新资料的定义：简化的通用场景实践 #

随着流畅接口的普及，多数开发者在日常开发中更多用它实现同一对象的连续状态修改（比如Java的StringBuilder、配置类的链式调用）。这种场景下，方法返回自身（this）就足够满足需求，实现简单直观，所以维基百科等资料会明确说明“方法应返回同一对象”——这是对流畅接口最常见应用形式的总结，而非绝对的定义。

结论 #

流畅接口的核心是通过方法链提升代码可读性，选择返回同一对象还是不同对象，完全取决于实际需求：

• 若需要严格控制方法调用的顺序和上下文，返回不同对象的设计更合适
• 若只是为了简化对象的连续修改操作，返回同一对象的实现更高效

内容的提问来源于stack exchange，提问作者Gor Madatyan