在Ruby中，您可以在赋值结束时编写rescue以捕获可能出现的任何错误。我有一个函数(如下:a_function_that_may_fail)，如果不满足某些条件，让它抛出错误很方便。以下代码运行良好post={}#OtherHashstuffpost['Caption']=a_function_that_may_failrescuenil但是，如果函数失败，我什至不希望设置post['Caption']。我知道我能做到:beginpost['Caption']=a_function_that_may_failrescueend但这感觉有点过分-有更简单的解决方案吗？
我对所有事情都使用rescue，而不仅仅是“拯救”异常。我的意思是，我只是喜欢它省去验证和双重检查数据的方式。例如，假设我有一个模型Item，它可能有也可能没有User。然后，当我想获得我写的元素的所有者姓名时:item.user.namerescue""而不是类似的东西item.user.nil??"":item.user.name它产生了同样的想法，因为nil.name触发了我用""挽救的异常，但我不太确定这是一个好习惯。它实现了我想要的，并且用更少的代码实现了，但是...我不知道，到处都是rescue字眼让我感到不安全。这是一种不好的做法还是滥用rescue关键字是否有效？
局部变量begintransaction#Codeinsidetransactionobject=Class.newattributesraiseunlessobject.save!endrescueputsobject.error.full_messages#Whycan'tweuselocalvaribleinsiderescue?end实例变量begintransaction#Codeinsidetransaction@object=Class.newattributesraiseunless@object.save!endrescueputs@object.error.full
考虑这个begin-rescue-ensureblock:attempts=0beginmake_service_call()rescueExceptionretryunlessattempts>2exit-1ensureattemps+=1end如果您按原样运行该代码，它会引发异常，因为没有名为“make_service_call()”的函数。因此，它会重试。但它会陷入无限循环，因为控件永远不会因为“重试”而进入“确保”状态。block的“确保”部分不应该确保无论“开始”或“救援”中发生什么，其中的代码都得到执行吗？当然，我可以在“开始”中增加计数-这不是重点。我只是问有关“确保”的
我有这段代码:begincomplete_results=Timeout.timeout(4)doresults=platform.search(artist,album_name)endrescueTimeout::Errorputs'Printmesomethingplease'end然后我启动包含这段代码的方法，好吧，这是堆栈跟踪的开始:Exceptionmessage:executionexpiredExceptionbacktrace:/***/****/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/timeout.rb:64:i所以我天真
我是ruby新手。我正在尝试编写一个apacheerror.log监视器。大部分已经完成，但我收到警告:否则没有救援是无用的。我不知道我做错了什么。Ruby是否希望我使用“unless”？classErrorMonitor@@previous_size=0@@counter=0definitialize()enddefprocessif@@counter>0@new_size=File.stat('/var/log/apache2/error.log').sizeif@new_size>@@previous_sizeforiin@@previous_size..@new_size-@@
我正在处理以下作品；defindex@user=User.find(params[:id])rescueflash[:notice]="ERROR"redirect_to(:action=>'index')elseflash[:notice]="OK"redirect_to(:action=>'index')end现在无论我是否拥有正确的ID，我总是在我看来“OK”，我做错了什么？当我在数据库中没有ID时，我需要它来显示“错误”。我也尝试过使用rescueActiveRecord::RecordNotFound但同样的事情发生了。感谢所有帮助。 最佳答案
假设我想要运行一个调用，如果它失败了，也没什么大不了的；该程序可以继续没有问题。(我知道这通常是不好的做法，但想象一个假设的、快速的一次性脚本，而不是一个大项目)我被教导这样做的方式是:beginthing_to_tryrescue#awkwardblankrescueblockendnext_thing当然，还有其他方法可以做到这一点，包括使用ensure之类的。但是有没有办法让方法调用/block在没有困惑的空白block的情况下静默失败？ 最佳答案 思路是一样的，只是少了一点冗长，不过你可以使用内联语法thing_to_try
我会定义值(value)。但是这个值可能在散列的键值中。如果此键不存在，我将使用rescue定义值为nil。例如foo=bar[:a][:b][:c]救援nil但在实践中告诉我糟糕的风格，因为我在其修饰符形式中使用了rescue。我将更改逻辑以使用检查三个条件。foo=bar[:a][:b][:c]ifbar.key?(:a)&&bar[:a].key?(:b)&&bar[:a][:b].key?(:c)我真的很想知道为什么我们应该避免使用修饰符形式的rescue？ 最佳答案 Whyshouldweavoidusingrescuei
在Ruby的拙著中，提供了一个使用Rescue和retry的例子，使用以下代码向服务器发送HTTP头:defmake_requestif(@http11)self.send('HTTP/1.1')elseself.send('HTTP/1.0')endrescueProtocolError@http11=falseretryend要限制无限循环以防它无法解决，我必须插入什么代码来将重试限制为5次？会不会是这样的:5.times{retry} 最佳答案 您可以只在循环内编写一个5.times加上一个break，或者抽象该模式以将逻辑与
