从themomorohoax.com:

刘海有以下几种用法，依我个人喜好而定。

如果活动记录方法没有这样做，则会引发错误 就像它说的那样。 活动记录方法保存记录或方法保存 对象(例如strip!) 方法做一些“额外的”事情，比如张贴到某个地方 一些行动。

关键是:只有在你真正想过是否要使用爆炸的时候 这是必要的，可以省去其他开发人员不得不这样做的烦恼 检查你为什么要使用爆炸声。

爆炸为其他开发者提供了两个线索。

方法调用后，没有必要保存对象 方法。 当你调用这个方法时，db会被改变。

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

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

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

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

从themomorohoax.com:

刘海有以下几种用法，依我个人喜好而定。

如果活动记录方法没有这样做，则会引发错误 就像它说的那样。 活动记录方法保存记录或方法保存 对象(例如strip!) 方法做一些“额外的”事情，比如张贴到某个地方 一些行动。

关键是:只有在你真正想过是否要使用爆炸的时候 这是必要的，可以省去其他开发人员不得不这样做的烦恼 检查你为什么要使用爆炸声。

爆炸为其他开发者提供了两个线索。

方法调用后，没有必要保存对象 方法。 当你调用这个方法时，db会被改变。

简单的解释:

foo = "BEST DAY EVER" #assign a string to variable foo.

=> foo.downcase #call method downcase, this is without any exclamation.

"best day ever"  #returns the result in downcase, but no change in value of foo.

=> foo #call the variable foo now.

"BEST DAY EVER" #variable is unchanged.

=> foo.downcase! #call destructive version.

=> foo #call the variable foo now.

"best day ever" #variable has been mutated in place.

但是如果你曾经用downcase来调用一个方法!在上面的解释中，foo将永久地更改为downcase。downcase !不会返回一个新的字符串对象，而是在适当的位置替换字符串，完全将foo更改为downcase。 我建议你不要用小写!除非完全有必要。

!

我喜欢把这看作是一个爆炸性的变化，它摧毁了之前的一切。Bang或感叹号表示您正在对代码进行永久保存的更改。

如果你使用Ruby的方法进行全局替换，sub!你所做的替换是永久的。

你可以想象的另一种方式是，打开一个文本文件，进行查找和替换，然后保存。！ 在代码中执行相同的操作。

如果您来自bash世界，另一个有用的提醒是sed -i具有永久保存更改的类似效果。

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

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

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

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

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