Ruby的救援替代方案？

Question

好像begin ... rescue ... end我的代码中到处都有语句!这似乎不是正确的事情.

任何人都可以建议我如何能够捕获任何异常而不必将所有内容放在里面begin ... rescue ... end？任何方式只是告诉Ruby关闭,即使引发异常也只是继续前进？

Answer 1

与其他语言一样,对于任何非平凡的程序,您实际上需要一个经过深思熟虑的架构来处理异常.一种方法是在项目中定义异常处理范围,然后通常希望在范围边界捕获(救援)异常.有一个权衡.您在堆栈中距离发生异常的位置越近,您获得的有关触发它的条件的上下文信息就越多.如果您尝试过于细化,则会遇到您所描述的问题.另一方面,如果您只捕获堆栈顶部的异常(在"main"中),则没有上下文.因此,定义异常处理范围涉及评估与特定程序或系统相关的权衡.

Ruby使我们能够"重试" - 在其他一些语言中不可用.这应该谨慎使用!但是在有意义的地方(例如,等待网络或资源被释放),这些异常需要在本地处理.

否则,我倾向于在大型项目上以相当粗粒度的级别定义异常范围.捕获一些上下文信息通常很有用,因为异常从起始点到各种异常范围边界起泡.为了解决这个问题,您可以通过定义一些特定于应用程序的异常类型来扩展Ruby异常类层次结构,但同样需要权衡.您的项目应该有明确的标准,关于何时使用自定义异常类型与捕获消息字段中的上下文数据,消息字段应包含哪些类型的信息等,以及用于编目代码可以生成的消息的策略.

在大多数情况下,可以允许异常向上传播到集中处理程序,记录(对于技术团队和支持),为用户生成有用的错误消息,并确定条件是否严重到需要您的程序退出.通常,所有异常都应在您的代码内或您正在使用的应用程序框架内处理.不应允许任何异常转义为语言运行库或OS的默认异常处理.

这些是我的想法主要基于其他语言的经验,但我认为它们适用于非常普遍.总而言之,在大型项目中,您需要花费大量精力设计异常处理,而不是临时方法.

Answer 2

def action
    yield
    rescue
        ....
    ensure
        ....
end

action { stuff_goes_here }