在Ruby中显式返回的好样式吗？

来自Python背景，在样式方面总是有“正确的方法”（“ Pythonic”的方法），我想知道Ruby是否也存在这种情况。我一直在使用自己的样式准则，但我正在考虑发布源代码，我希望它遵守可能存在的任何未编写规则。

明确输入return方法是“ Ruby之道” 吗？我见过有和没有，它都有，但是有正确的方法吗？也许有合适的时机吗？例如：

def some_func(arg1, arg2, etc)
  # Do some stuff...
  return value # <-- Is the 'return' needed here?
end

旧的（也是“已回答”的）问题，但是我会花两分钱作为答案。

TL; DR-不必这样做，但是在某些情况下，它可使您的代码更加清晰。

尽管不使用显式返回可能是“ Ruby方式”，但它使使用不熟悉的代码或不熟悉Ruby的功能的程序员感到困惑。

这是一个有些人为的示例，但是想象一下有一个像这样的小功能，该功能在传递的数字上加一个，然后将其分配给实例变量。

def plus_one_to_y(x)
    @y = x + 1
end

这是否意味着要返回一个值的函数？很难说出开发人员的含义，因为它既分配了实例变量，又返回了分配的值。

假设很久以后，另一个程序员（也许不太熟悉Ruby如何根据所执行的最后一行代码返回结果）就想输入一些print语句进行记录，该函数就变成了……

def plus_one_to_y(x)
    @y = x + 1
    puts "In plus_one_to_y"
end

现在，如果有任何期望返回值的函数，该函数将被破坏。如果没有什么期望返回值，那很好。显然，如果在代码链中更远的某个地方，调用此函数期望返回值，那么它将失败，因为它没有恢复到期望的值。

现在真正的问题是：真的有什么期望返回值吗？这有什么坏处吗？将来会不会破坏某些东西？谁知道！只有对所有调用的完整代码审查才能让您知道。

因此，至少对我而言，最佳实践方法是非常明确地指出，如果有重要事项，您将返回某项内容；或者在没有必要的情况下完全不返回任何内容。

因此，在我们的小演示功能的情况下，假设我们希望它返回一个值，则将这样编写...

def plus_one_to_y(x)
    @y = x + 1
    puts "In plus_one_to_y"
    return @y
end

对任何程序员来说，它确实会返回一个值将是非常清楚的，并且对于他们来说，在不意识到这一点的情况下很难破解它。

或者，可以这样写，而忽略return语句。

def plus_one_to_y(x)
    @y = x + 1
    puts "In plus_one_to_y"
    @y
end

但是，为什么不理会“回报”一词呢？为什么不把它放在那里并让它100％清楚发生了什么呢？它实际上不会对您的代码执行能力产生任何影响。

不会。好的Ruby样式通常只使用显式的return作为早期return。Ruby在代码最小化/隐式魔术方面大有作为。

就是说，如果明确的回报将使事情更清晰或更容易阅读，则不会有任何损害。

我个人使用return关键字来区分所谓的功能方法（即主要针对其返回值执行的方法）和主要针对其副作用执行的过程方法。因此，对于返回值很重要的方法，可以使用一个额外的return关键字来引起人们对返回值的注意。

在调用方法时，我使用相同的区别：函数方法带有括号，而过程方法则没有。

最后但并非最不重要的一点是，我还对块使用了这种区别：功能块获取花括号，过程块（即“执行”操作的块）获取do/ end。

但是，我尽量不要对此抱有虔诚的态度：使用块，花括号和do/ end具有不同的优先级，而不是添加显式括号来消除表达式的歧义，我只是改用其他样式。方法调用也是如此：如果在参数列表周围添加括号使代码更具可读性，即使有问题的方法本质上是程序性的，我也会这样做。

实际上，重要的是要区分：

1. 函数-为返回值执行的方法
2. 程序-因副作用而执行的方法

Ruby没有区分这些的本机方式-这使您容易编写过程，side_effect()而另一个开发人员决定滥用过程的隐式返回值（基本上将其视为不纯函数）。

要解决此问题，请从Scala和Haskell的书中抽出叶子，并让您的过程明确返回nil（aka Unit或()使用其他语言）。

如果遵循此规则，那么使用显式return语法还是不只是个人风格问题。

要进一步区分功能和过程：

1. 复制JörgW Mittag的好主意，即用大括号编写功能块，并使用 do/end
2. 调用过程时，请使用()，而调用函数时，请不要

需要注意的是约尔格W¯¯米塔格实际上主张的其他方式-避免()S表示程序-而是因为你想一边实现方法调用从变量清晰可辨，尤其是当元数为0见的，这不是最好的方法调用Scala的风格指南为细节。

样式指南指出，您不应return在最后一条语句上使用。如果不是最后一个，您仍然可以使用它。这是社区严格遵守的约定之一，如果您打算与使用Ruby的任何人进行协作，那么也应该这样做。

话虽这么说，使用explicit returns 的主要论据是它使来自其他语言的人感到困惑。

• 首先，这并不完全是Ruby独有的。例如，Perl也具有隐式返回。
• 第二，适用于此的大多数人来自Algol语言。其中大多数都是比Ruby “低级”的方式，因此您必须编写更多代码才能完成某些工作。

在Java中，方法长度（不包括getters / setters）的一种常见启发式方法是一个屏幕。在这种情况下，您可能看不到方法定义和/或已经忘记了从哪里返回。

另一方面，在Ruby中，最好坚持使用少于10行的方法。鉴于此，人们会想知道为什么在明显暗示的情况下他必须多写10％的陈述。

由于Ruby没有void方法，并且所有内容都更加简洁，因此，如果您使用显式returns ，则只会增加开销，而没有任何好处。

我同意Ben Hughes的观点，不同意Tim Holt的观点，因为这个问题提到了Python的确定方式，并询问Ruby是否具有类似的标准。

是的

这是该语言的一个众所周知的功能，以至于任何希望调试红宝石问题的人都应该合理地知道这一点。

大多数情况下，这取决于您喜欢哪种样式。如果要从方法中间的某处返回，则必须使用关键字return。

就像本说的。“ ruby​​方法的返回值是函数主体中最后一条语句的返回值”这一事实导致return关键字在大多数ruby方法中很少使用。

def some_func_which_returns_a_list( x, y, z)
  return nil if failed_some_early_check


  # function code 

  @list     # returns the list
end