我的回答解释了在Ruby on Rails (RoR)模型验证上下文中带有感叹号/shebangs的Ruby方法的重要性。

本质上，无论何时开发人员定义模型验证(此处解释)，他们的最终目标都是拒绝数据库记录更改，并在提交了无效数据以更新相关记录的情况下引发/抛出相关异常。

RoR ActiveRecord gem定义了各种模型操作方法(Ruby on Rails指南)。在这些方法中，有效的?方法是唯一一个无需数据库操作/修改就能触发验证的方法。其余的方法尝试更改数据库。

这些方法在运行时触发回调。列表中的一些方法有一个带shebang的姐妹方法。这两者之间有什么区别?它与记录验证失败时返回的回调形式有关。

不带感叹号/shebang的方法在记录验证失败时只返回布尔值false，而带shebang的方法会引发/抛出异常，然后可以在代码中适当地处理。

提醒一下，因为我自己也经历过。

在Ruby中，!改变对象并返回它。否则它将返回nil。

因此，如果你正在对一个数组进行某种操作，并调用方法.compact!没有东西要压缩，它会返回nil。

例子:

arr = [1, 2, 3, nil]
arr.compact!
=> [1, 2, 3]

Run again arr.compact!
=> nil

如果你需要在一行中使用数组arr，最好再次显式返回它，否则你将得到nil值。

例子:

arr = [1, 2, 3]
arr.compact! => nil
arr # to get the value of the array

它是最准确的说，方法与Bang!是更危险或更令人惊讶的版本。有很多方法在没有Bang的情况下会发生突变，比如.destroy，通常情况下，方法只有Bang，而核心库中存在更安全的替代方法。

例如，在Array中，我们有.compact和.compact!，这两个方法都会改变数组，但是.compact!如果数组中没有nil则返回nil而不是self，这比只返回self更令人惊讶。

我发现唯一的非突变方法是Kernel的.exit!这比.exit更令人惊讶，因为你无法在进程关闭时捕获SystemExit。

Rails和ActiveRecord延续了这一趋势，因为它使用bang来实现更多“令人惊讶”的效果，如.create!这会在失败时产生错误。

这个命名约定来自Scheme。

1.3.5命名约定 按照惯例，程序的名称 总是返回一个布尔值 通常以“?”结尾。这样的程序 称为谓词。 按照惯例，程序的名称 存储值到先前 已分配的位置(见3.4节) 通常以“!”结尾。这样的程序 叫做变异程序。通过 方法返回的值 突变过程未指明。

底线:!方法只改变被调用对象的值，而没有!返回一个被操纵的值，而不重写调用该方法的对象。

只用!如果您不打算将原始值存储在调用方法的变量中。

我喜欢这样做:

foo = "word"
bar = foo.capitalize
puts bar

OR

foo = "word"
puts foo.capitalize

而不是

foo = "word"
foo.capitalize!
puts foo

以防万一我想再次访问原始值。

！ 通常意味着方法作用于对象而不是返回结果。摘自《Programming Ruby》一书:

“危险的”或修改接收者的方法可能会以“!”结尾命名。