关于编码风格：使用return语句效果很好！

Using return statements to great effect!

当我使用返回值创建方法时，我通常会尝试设置一些方法，这样在调用方法时就不会出现这样的情况：它必须返回一些默认值。当我开始的时候，我经常写一些方法来做一些事情，或者返回它们所做的事情，或者，如果它们没有做任何事情，则返回空值。但我讨厌在我的代码中有难看的if(!null)语句，

我正在读一本关于Ruby的指南，我在很多月前读过，是由务实的程序员编写的，我注意到他们经常在通常不会返回任何东西的时候返回self(Ruby的this)。他们说，这是为了能够链接方法调用，就像在本例中，使用返回其设置属性的对象的setter。

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

起初我觉得这种东西很吸引人。有几次，我很高兴能够像Player.getHand().getSize()那样链接方法调用，但这与方法调用的对象从一步到另一步有所不同。

堆栈溢出对返回值有什么看法？当你想到回报价值时，是否有什么模式或习语会让你热血沸腾？有没有什么好方法可以避免挫折，增加美感？

相关讨论

在我看来，您应该考虑三种退货情况：

对象属性操作

首先是对对象属性的操作。您在这里描述的模式在操作对象时非常常用。一个非常典型的场景是将它与工厂一起使用。考虑一下这个假设的创建调用：

1
2
3
4
5

// 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()，它可以被解释为向对象发送一条消息，请求当前速度并返回该速度。它只返回值，不太复杂。：)

使对象做这个或那个

第三种可能是当一个方法执行一个操作时，返回某种类型的值，指示调用者的意图得到了多大程度的满足——但是，列出这样的方法可能很困难：

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

在这里，您可以看到设计方法的困难。成功或失败时应该返回0吗？如果因为汽车只有5个档位而无法设置档位-1怎么样？这是否意味着现在的档位也是-1？方法可以返回它更改的档位，这意味着您必须将提供给方法的参数与返回代码进行比较。那就行了。另一方面，您可以简单地返回"真"或"假"作为失败，或者返回"假"或"真"作为失败。可以通过估计这些方法调用是否会失败或成功来决定要使用哪个方法。

在我看来，有一种方法可以通过对返回值进行语义描述来更好地表达这些返回值的语义。未来的开发人员与您的对象交互时会喜欢您不必为您的方法查找注释或文档：

1
2
3
4
5
6
7
8

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

GearChangeResult changeGear (int gear);
};

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

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

我实际上忽略了返回值的第四种可能性，因为在我看来，它不是任何：当程序中出现错误时，比如逻辑错误或需要处理的故障——理论上，您可以返回一个指示这样的值。但今天，这种情况不再经常发生(或者不应该发生)，因为对于这种情况，也有例外。