使用return语句效果非常好！

Question

当我创建带有返回值的方法时，我通常会尝试进行设置，以便永远不会出现以必须返回某些默认值的方式调用该方法的情况。 当我开始时，我经常会编写执行某些操作的方法，并且返回它们所做的事情，或者如果它们没有执行任何操作，则返回 null。 但我讨厌在我的代码中到处都是丑陋的 if(!null) 语句，

我正在阅读许多个月前由务实的程序员写的关于 ruby​​ 的重新指南，我注意到他们当它们通常不会返回任何内容时，通常会返回 self （ruby 的 this）。 他们说，这是为了能够链接方法调用，就像在本例中使用 setter 返回它们设置的属性的对象一样。

tree.setColor(green).setDecor(gaudy).setPractical(false)

起初我觉得这种事情很有吸引力。 有几次我很高兴能够链接方法调用，例如 Player.getHand().getSize() ，但这有些不同，因为方法调用的对象发生了变化一步一步。

Stack Overflow 如何看待返回值？ 当您想到返回值时，是否有任何模式或习语会立即浮现在您的脑海中？ 有什么好方法可以避免沮丧并增加美丽吗？

Answer 1

以我的拙见，您应该考虑三种返回情况：

对象属性操作

第一种是对象属性的操作。 您在此处描述的模式在操作对象时经常使用。 一个非常典型的场景就是和工厂一起使用。 考虑这个假设的创建调用：

// When the object has manipulative methods:
Pizza p = PizzaFactory().create().addAnchovies().addTomatoes(); 
// When the factory has manipulative methods working on the 
// object, IMHO more elegant from a semantic point of view:
Pizza p = PizzaFactory().create().addAnchovies().addTomatoes().getPizza();

它允许快速掌握正在创建的内容或如何操作对象，因为这些方法形成了一个人类可读的表达式。 这绝对是好事，但不要过度使用。 经验法则是，这可以与返回值也可以声明为 void 的方法一起使用。

评估对象属性

第二个可能是当方法评估对象上的某些内容时。 例如，考虑方法 car.getCurrentSpeed()，它可以被解释为发送给对象的消息，询问当前速度并返回该消息。 它只会返回值，不会太复杂。 :)

让对象执行这个或那个

第三种可能是当一个方法执行一个操作时，返回某种值来指示调用者的意图的实现程度 - 但是布置这样的方法可能很困难：

int new_gear = 20;
if (car.gears.changeGear(new_gear)) // does that mean success or fail?

这是您可以的地方看到设计该方法的困难。 成功或失败时应该返回 0 吗？ 如果无法设置档位，因为汽车只有 5 个档位，那么 -1 怎么样？ 这是否意味着当前档位现在也处于-1？ 该方法可以返回它更改为的齿轮，这意味着您必须将提供给该方法的参数与返回代码进行比较。 那行得通。 另一方面，您可以简单地返回 true 或 false 表示失败，或者返回 false 或 true 表示失败。 可以通过估计您希望这些方法调用失败还是成功来决定使用哪一个。

以我的愚见，有一种方法可以通过给它们提供语义描述来更好地表达此类返回值的语义。 未来与您的对象交互的开发人员会喜欢您，因为您不必查找方法的注释或文档：

class GearSystem {
// (...)
public:
enum GearChangeResult
{ GearChangeSuccess, NonExistingGear, MechanicalGearProblem };

GearChangeResult changeGear (int gear);
};

这样，对于任何查看您的代码的程序员来说，返回值的含义都变得非常明显（考虑：if (gears.changeGear(20) == GearSystem::GearChangeSuccess) - 这比上面的示例更清楚）

反模式：失败作为返回代码。

我实际上省略了返回值的第四种可能性，因为在我看来它不存在：当程序中出现错误时，例如逻辑错误或需要处理的故障 - 理论上您可以返回一个值，表明所以。 但今天，这种情况不再经常发生（或者不应该发生），因为也有例外。

Answer 2

我不同意方法永远不应该返回 null。 最明显的例子来自系统编程。 例如，如果有人要求打开一个文件，如果打开失败，您只需给他们 null 即可。 没有明智的选择。 在其他情况下，null 也适用，例如在链表的最后一个节点上调用 getNextNode(node) 方法。 所以我猜这些情况的共同点是 null 代表“无对象”（没有文件句柄或没有列表节点），这是有道理的。

在其他情况下，该方法永远不应该失败，并且有适当的异常设施。 然后，我认为像你的例子这样的方法链接可以发挥很大的作用。 我觉得有点有趣的是，你似乎相信这是“务实的程序员”的创新。 事实上，它可以追溯到 Lisp（如果不是更早的话）。

Answer 3

返回 this 也用在“构建器模式”中，这是方法链可以增强可读性和编写便利性的另一种情况。

null 通常作为带外值返回，以指示无法生成任何结果。 我认为，在没有结果是正常现象的情况下，这是完全合理的； 示例包括在文件末尾从 readLine() 返回 null，或者向 get(...) 提供不存在的键时返回 null Map 的方法。 读取到文件末尾是正常行为（与 IOException 相反，IOException 表示尝试读取时出现异常错误）。 同样，查找某个键并被告知它没有值也是正常情况。

在某些情况下，null 的一个很好的替代方案是“null 对象”，它是结果类的完整实例，但对于“无人在家”的情况具有适当的状态和行为。 例如，查找不存在的用户 ID 的结果很可能是一个 NullUser 对象，该对象的名称长度为零，并且没有在系统中执行任何操作的权限。

Answer 4

这让我很困惑。 OO编程语言需要Smalltalk的分号：

tree color: green;
     decor: gaudy;
     practical: false.

obj method1; 方法2. 意思是“在 obj 上调用 method1，然后在 obj 上调用 method2”。 这种对象设置很常见。