gpt4 book ai didi

ruby - Ruby : Should we really believe the style guide? 中的失败与提升

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

Ruby 提供了两种以编程方式引发异常的可能性:raisefail,它们都是Kernel 方法。根据文件,它们是绝对等价的。

出于习惯,到目前为止我只使用了raise。现在我发现了一些建议(例如 here ),使用 raise 来捕获异常,使用 fail 来处理不应该处理的严重错误。

但这真的有意义吗?当你在写一个类或模块时,在内部引发了一个问题,你用 fail 表示,你正在审查代码的编程同事可能会很高兴地理解你的意图,但是那个人 < em>使用我的代码很可能不会查看我的代码并且无法知道异常是由 raise 还是 fail 引起的。因此,我对 raisefail 的谨慎使用不会影响他的决定,她是否应该处理它。

有人能看出我的论点中的缺陷吗?还是有其他标准,我可能想使用 fail 而不是 raise

最佳答案

use 'raise' for exceptions to be caught, and 'fail' for serious errors which are not meant to be handled

这不是什么official style guide或您提供的链接说明此事。

这里的意思是仅在rescue block 中使用raise。也就是当你想说某事是失败时使用fail,当重新抛出异常时使用raise

至于“重要吗” 部分 - 它不是最严格严格遵守的规则之一,但您可以对任何约定提出相同的论点。你应该按照这个顺序:

  1. 您的项目风格指南
  2. 您的公司风格指南
  3. 社区风格指南

理想情况下,三者应该相同。


更新:截至this PR (2015 年 12 月),惯例是始终使用 raise

关于ruby - Ruby : Should we really believe the style guide? 中的失败与提升,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31937632/

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