Ruby on Rails:无需goto即可处理重复错误检查的最佳方法?

问题描述

| 在具有goto的语言中,我喜欢在函数的末尾(返回后)创建一个错误块,然后在函数中进行错误检查时,我可以很简洁地在每次检查中都转到错误处理程序。据我了解,这是goto的一种有效用法,不被视为不良做法。 伪代码示例:
 def example
   if (x) goto error
   do something
   if (y) goto error
   do something
   If (z) goto error
   do something
   return
  label \'error\'
   log \"error occurred\"
   begin
     redirect_to :back
   rescue
     redirect_to root_url
   end
   return;
 end
如您所见,在这种情况下,我的错误块与函数本身一样长,重复3次将使我的代码大小加倍,并且不是很干。但是,据我所知,Ruby似乎不支持goto,或者至少不支持goto,这可能是一个带有邪恶标记的笑话库。 因此,在Ruby中人们为了处理重复的错误检查在做什么,每个错误应该发生相同的结果?     

解决方法

        回呼 您应该使用回调将许多这些错误转移到模型中。这些适用于与涉及数据库中记录的操作有关的错误,即检查数据输入是否适当。 筛选器 使用before_filters和after_filters检查错误,尤其是当您需要对多个控制器操作执行这些检查时。一个例子:
before_filter :check_errors

def example
   regular code...
end

private
  def check_errors
    error checking...
  end
案例陈述 用例语句可改善您的“ 2”语句,尤其是当您涉及多个检查时。 优先考虑以上内容 尽可能在模型中使用回调,并且在涉及数据保存/更新/验证时也要使用回调。 每当要在多个操作之间重用代码时,请使用
before_filters
(我认为,总是在涉及到这样的错误检查时使用)。 如果仅在此控制器操作中只需要进行一次不涉及更改记录的检查,则只需在有效的case语句中重写代码即可(但我的建议仍然是转移到before_filter)。     ,        这是一个小秘密:异常基本上是荣耀的goto。另外,ruby具有catch / throw语法,请参见:http://www.ruby-doc.org/docs/ProgrammingRuby/html/tut_exceptions.html 在您的情况下,请问,这是真的错误还是只是不希望的情况。对我来说,错误是当一个belongs_to引用一个不存在的记录,但是没有一个空的belongs_to时。情况因情况而异。 查看上面的评论,我想我会更倾向于添加一些私有方法来设置实例变量并返回true为false,并将它们链接在一起: 如果load_model1 && load_model2 && load_model3   ...进行常规页面浏览 其他   #render错误页面,使用@load_error 结束 私人的   def load_model1      @ model1 = ....      如果@ model1.blank? #还是零?或任何错误情况         @ load_error = \“模型1失败         返回假      其他         返回真      结束   结束   def load_model2     ...   结束   def load_model3      ...   结束     

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...