gpt4 book ai didi

ruby - 为什么在 Ruby 中 `rescue Exception => e` 是错误的风格?

转载 作者:数据小太阳 更新时间:2023-10-29 06:16:04 26 4
gpt4 key购买 nike

瑞恩戴维斯的 Ruby QuickRef说(没有解释):

Don’t rescue Exception. EVER. or I will stab you.

为什么不呢?什么是正确的做法?

最佳答案

TL;DR:使用 StandardError 代替一般异常捕获。当重新引发原始异常时(例如,当救援仅记录异常时),救援 Exception 可能没问题。


ExceptionRuby's exception hierarchy 的根,所以当你rescue Exception时,你从一切中拯救出来,包括SyntaxErrorLoadError中断

挽救中断可以防止用户使用CTRLC退出程序。

挽救 SignalException 会阻止程序正确响应信号。除非通过 kill -9,否则它将无法杀死。

挽救 SyntaxError 意味着失败的 eval 将默默执行。

所有这些都可以通过运行这个程序来显示,并尝试 CTRLCkill 它:

loop do
begin
sleep 1
eval "djsakru3924r9eiuorwju3498 += 5u84fior8u8t4ruyf8ihiure"
rescue Exception
puts "I refuse to fail or be stopped!"
end
end

Exception 中拯救甚至不是默认设置。做

begin
# iceberg!
rescue
# lifeboats
end

不从 Exception 中拯救,它从 StandardError 中拯救。您通常应该指定比默认的 StandardError 更具体的内容,但是从 Exception 中拯救扩大范围而不是缩小范围,并且可能会产生灾难性的结果并使查找错误变得极其困难。


如果您确实想从 StandardError 中拯救出来,并且您需要一个带有异常的变量,您可以使用这种形式:

begin
# iceberg!
rescue => e
# lifeboats
end

相当于:

begin
# iceberg!
rescue StandardError => e
# lifeboats
end

Exception 中解救出来的少数常见情况之一是为了记录/报告目的,在这种情况下,您应该立即重新引发异常:

begin
# iceberg?
rescue Exception => e
# do some logging
raise # not enough lifeboats ;)
end

关于ruby - 为什么在 Ruby 中 `rescue Exception => e` 是错误的风格?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10048173/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com