ChatGPT解决这个技术问题 Extra ChatGPT

为什么在 Ruby 方法中使用感叹号?

在 Ruby 中,一些方法有一个问号 (?),它会询问类似 include? 的问题,询问是否包含有问题的对象,然后返回 true/false。

但是为什么有些方法有感叹号(!)而其他方法没有呢?

这是什么意思?

近义词:砰、感叹号
接受的答案应更改为 stackoverflow.com/a/612653/109618。参见 wobblini.net/bang.txtruby-forum.com/topic/176830#773946 --“bang 符号意味着”bang 版本比非 bang 版本更危险;小心处理"" -Matz
如果所有的 bang 方法都是危险的,那么 bang 方法将是一个很好的设计选择。可悲的是它们不是,因此在记忆什么是可变的和不可变的时,它变成了一个令人沮丧的练习。

I
Inanc Gumus

通常,以 ! 结尾的方法表示该方法将修改调用它的对象。 Ruby 将这些称为“危险方法”,因为它们会更改其他人可能引用的状态。下面是一个简单的字符串示例:

foo = "A STRING"  # a string called foo
foo.downcase!     # modifies foo itself
puts foo          # prints modified foo

这将输出:

a string

在标准库中,您会在很多地方看到名称相似的方法对,一个有 !,一个没有。没有的那些被称为“安全方法”,它们返回原始的副本,并将更改应用于副本,而被调用者保持不变。这是没有 ! 的相同示例:

foo = "A STRING"    # a string called foo
bar = foo.downcase  # doesn't modify foo; returns a modified string
puts foo            # prints unchanged foo
puts bar            # prints newly created bar

这输出:

A STRING
a string

请记住,这只是一个约定,但很多 Ruby 类都遵循它。它还可以帮助您跟踪代码中的修改内容。


还有退出与退出之类的情况!和(在导轨中)保存与保存!
要非常小心——许多较小的库不遵循这个约定。如果发生奇怪的事情,经常替换 obj.whatever!用 obj=obj.whatever!修复它。非常令人沮丧。
bang 也用于在没有方法时引发异常的方法,例如:ActiveRecord 中的 savesave!
@AbhilashAK save! 如果无法保存,则会引发错误。这与返回 true/false 的常规保存相反。
@tgamblin Ruby 中有很多方法可以在没有爆炸的情况下发生变异。甚至有一些罕见的方法不会突变,但会做一些令人惊讶的事情,比如引发错误或跳过错误。 Bangs 习惯说这是该方法的更不寻常的版本,我认为这应该反映在您的答案中,因为它被标记为正确。
B
Brian Carper

感叹号意味着很多东西,有时除了“这很危险,小心”之外,你无法从中看出很多东西。

正如其他人所说,在标准方法中,它通常用于表示导致对象自身发生变异的方法,但并非总是如此。请注意,许多标准方法会更改其接收者并且没有感叹号(popshiftclear),而某些带有感叹号的方法不会更改其接收者(exit!)。例如,参见 this article

其他库可能会以不同的方式使用它。在 Rails 中,感叹号通常意味着该方法将在失败时抛出异常,而不是静默失败。

这是一个命名约定,但许多人以微妙不同的方式使用它。在您自己的代码中,一个好的经验法则是在方法执行“危险”操作时使用它,尤其是当存在两个同名方法并且其中一个比另一个更“危险”时。 “危险”几乎可以意味着任何东西。


S
Steven Huwig

此命名约定是从 Scheme 取消的。

1.3.5 命名约定 按照约定,总是返回布尔值的过程的名称通常以“?”结尾。这样的过程称为谓词。按照惯例,将值存储到先前分配的位置(参见第 3.4 节)的过程的名称通常以“!”结尾。这样的过程称为突变过程。按照惯例,突变过程返回的值是未指定的。


对此答案+1,因为有一个文档可以对!用法。真的很好的答案史蒂文
j
jww

!通常意味着该方法作用于对象而不是返回结果。来自书Programming Ruby

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


C
Community

最准确的说法是用Bang 的方法!是更多的 dangeroussurprising 版本。有许多方法在没有 Bang 的情况下发生变异,例如 .destroy,并且通常方法只有在核心库中存在更安全替代方案的情况下才会有 bang。

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

我发现的唯一非变异方法是 Kernel.exit!,它比 .exit 更令人惊讶,因为在进程关闭时您无法捕获 SystemExit

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


E
Edward Castaño

来自 themorohoax.com:

根据我的个人喜好,可以通过以下方式使用爆炸。

1) 如果方法没有按照它说的那样做,那么活动记录方法会引发错误。 2) 一个活动的记录方法保存记录或一个方法保存一个对象(例如strip!) 3) 一个方法做一些“额外”的事情,比如发帖到某个地方,或者做一些动作。

关键是:只有在你真正考虑过是否有必要时才使用 bang,以免其他开发人员不得不检查你为什么使用 bang。

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

1)调用方法后不需要保存对象。 2)当您调用该方法时,数据库将被更改。

http://www.themomorohoax.com/2009/02/11/when-to-use-a-bang-exclamation-point-after-rails-methods


B
BookOfGreg

简单解释:

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! 不会返回新的字符串对象,而是替换字符串,将 foo 完全更改为小写。我建议您不要使用 downcase!,除非它是完全必要的。


C
Charlie Wood
!

我喜欢将其视为一种爆炸性的变化,它摧毁了之前的一切。 Bang 或感叹号表示您正在对代码进行永久保存的更改。

例如,如果您使用 Ruby 的全局替换方法gsub!您所做的替换是永久性的。

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

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


C
Charles

底线:! 方法只是更改它们被调用的对象的值,而没有 ! 的方法会返回一个操作值,而不会覆盖调用该方法的对象。

如果您不打算将原始值存储在您调用该方法的变量中,请仅使用 !

我更喜欢做类似的事情:

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

或者

foo = "word"
puts foo.capitalize

代替

foo = "word"
foo.capitalize!
puts foo

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


因为您的回答在任何方面都没有帮助。 “底线:!方法只是改变了它们被调用的对象的值”是不正确的。
@Darwin 它确实改变了对象的值。 ! 改变对象而不是返回修改后的副本。
那么你认为这有什么作用呢? User.create!
这是一个更好的论据,可以解释为什么您的答案是完全错误的。阅读 Matz 对 bang“!”的评论。 ruby-forum.com/topic/176830#773946。您是否仍然觉得您的“底线:!方法只是改变了它们被调用的对象的值”在任何方面都是正确的?
@Darwin:完全正确?不,我现在明白了。 “无论如何?”是的。修改其参数或调用 ! 方法的对象显然是“危险的”——这是不言而喻的;任何改变其任何参数的方法都是危险的,因为您可能会丢失数据。我承认:我被告知 ! 会修改其对象,但我从未真正质疑过这一点。所以我感谢你。
M
Mittinti Ramana Murthy

称为“破坏性方法”它们倾向于更改您所指对象的原始副本。

numbers=[1,0,10,5,8]
numbers.collect{|n| puts n*2} # would multiply each number by two
numbers #returns the same original copy
numbers.collect!{|n| puts n*2} # would multiply each number by two and destructs the original copy from the array
numbers   # returns [nil,nil,nil,nil,nil]