使用花括号是否违反“Ruby 方式”？

Question

我已经使用 Ruby 大约两周了，而且我编程的时间并不长，但我是从 C 风格的背景（C++、C# 等）开始接触这门语言的。不管怎样，我的一个好朋友兼导师正在看我前几天写的一些 Ruby，他告诉我，如果他发现我再次在 Ruby 中使用大括号，他会打我。

嗯，我昨天刚刚通过 这篇 About.com 文章，他们发布的示例使用花括号。有没有不同的方法来做到这一点，或者您是否必须在 Builder 中使用花括号？

这看起来似乎是一个小问题，但我是 Ruby 新手，我不想让自己养成任何坏习惯。你们觉得怎么样？

Answer 1

虽然有些人会选择“单行大括号，多行 do-end”，但我个人认为以下规则最合乎逻辑：

• 当你的块有副作用时使用 do-end (通常，使用 each 和相关方法），并
• 在块没有副作用时使用大括号（map、inject 等）

此逻辑如下很好地解决了马特写的方法链问题。

这种方法的一个好处是，它会让您在每次编写块时考虑副作用，它们非常重要，尽管有时会被没有函数式编程背景的程序员所忽视。

另一种不涉及副作用术语的说法是：

• 执行的块使用 do-end
• 对使用 { 和 } 对于返回的块

，以下是几篇包含更多信息的文章：

http://onestepback.org/index.cgi/Tech/Ruby/BraceVsDoEnd.rdoc

http://talklikeaduck.denhaven2.com/2007/10/02/ruby-blocks-do-or-brace

Answer 2

惯用的 ruby

method_name {|param| param.do_something} # squigglies for one liners

# do/end for multi-line
method_name do |param|
  param.do_something
end

​​ 原因之一是链接，foo.map {|f| f.num}.reduce(0) {|备忘录，i| memo + i} 看起来比在 end 上挂起一个方法调用更好，就像

foo.map do |f| 
  f.num
end.reduce(0) do |memo, i| 
  memo + i
end

在 end 上调用一个方法有一些奇怪的地方，即使在语法上两者是等价的。

Answer 3

通常的约定是单行的 { ... } 块和多行的 do ... end 。我通常遵循这个约定，但如果我成为国王，我想我会更频繁地使用 do .. end 。

{} 偶尔出现的问题是 {} 比 do end 绑定得更紧密，因此唯一的编写方式对于也有参数的方法，诗歌模式块是使用 do end，否则该块将成为参数的一部分，并且不会直接传递给方法。

def f x
  yield x
end

f 123 do |n| p n end  # works
f 123  { |n| p n }    # does not work
f(123) { |n| p n }    # works, of course

当然，如果您想要在诗歌模式下将块附加到参数，那么您可以通过 {} 后跟 do end 获胜。

def g  ; p ['g', yield] end
def f x; p ['f', yield] end

f g { 2 } do 3 end
["g", 2]
["f", 3]

最后，与您在这里收到的一些建议相反，在 end 之前不需要;。

Answer 4

“Ruby 方式”并不提倡任何特定的风格。如果他们不希望您可以选择使用大括号，那么语言中就不会出现这种情况。也就是说，符合您团队的编码风格（如果您正在与团队合作）。

我见过的大多数 Ruby 代码都使用 end 代替大括号，但我不使用 Ruby，所以我不能肯定地说这是首选样式。 Ruby 有不止一种做事方式——您可以使用任何您喜欢的方式（在合理范围内）。