为何Rubocop及Ruby社区风格指南推荐方法定义使用括号？

其实这个推荐的核心原因主要是消除歧义、提升代码鲁棒性，当然也有社区共识和历史习惯的加持，但鲁棒性是最关键的考量。咱们来拆解一下：

1. 彻底消灭方法定义时的语法歧义 #

Ruby的语法灵活性很高，但如果方法定义不带括号，很容易让解析器和读代码的人都犯懵。比如看这段代码：

def greet name
  puts "Hello, #{name}"
end

你第一反应是这个greet方法接受一个name参数？但如果之前刚好定义了一个叫name的无参方法呢？那这段代码就变成了定义一个无参的greet方法，方法体里调用了name方法。两种理解完全天差地别，但不带括号的写法根本没法区分！

而如果写成def greet(name)，不管上下文是什么，所有人（包括Ruby解析器）都能立刻明白：这是一个带name参数的方法定义，完全没有歧义。

2. 避免后续代码变更埋下的坑 #

假设你一开始写了个无参方法：

def calculate
  # 一些逻辑
end

后来需求变了，想给它加个option参数。如果图省事写成def calculate option，那之前的旧代码里如果有calculate 2 + 3，原本的意思是调用无参的calculate，然后计算2+3（哪怕这个计算没用到），但现在会直接把2+3的结果当成option参数传给calculate——语义完全变了，而且可能不会立刻报错，排查起来特别麻烦。

但如果一开始定义就带括号def calculate()，后来加参数改成def calculate(option)，旧代码calculate 2+3会直接触发语法错误，你能立刻发现问题，而不是让bug悄悄溜进生产环境。

3. 社区共识带来的可读性统一 #

Ruby社区非常看重“代码即文档”的理念，方法定义是一个方法的“公开接口契约”，必须清晰无歧义。这么多年来，带括号定义方法已经成为了所有Ruby开发者的共识：不管是刚入门的新手，还是写了十几年Ruby的老炮，看到def foo(param1, param2)就立刻能get到这是个带两个参数的方法，不需要花时间去猜。

而方法调用之所以允许省略括号，是因为很多场景下不带括号更像自然语言（比如puts "Hi"比puts("Hi")读起来更顺畅），而且在上下文清晰的情况下不会有歧义——但定义不一样，定义是“规则制定”，必须绝对明确。

4. 历史习惯的延续 #

早期Ruby版本的解析器对不带括号的方法定义支持得不够好，经常出现解析错误。虽然现在的Ruby解析器已经智能很多，但社区已经把“定义带括号”这个习惯保留了下来，一方面是为了兼容旧代码的阅读习惯，另一方面也是因为它确实能解决实际问题，没必要改。

最后回应你的疑问：你觉得方法调用省略括号更容易引发歧义，其实没错！比如foo bar, baz有时候确实会让人困惑是调用foo(bar, baz)还是foo(bar); baz。但社区允许调用省略括号是因为在绝大多数常见场景下（比如单参数、无参数），可读性的提升大于歧义风险，而且可以通过代码风格规范（比如多参数调用必须加括号）来规避。但方法定义是“接口”，必须100%清晰，所以必须强制带括号。

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