[Feature #21279] NameErrorやNoMethodErrorをrescueでキャッチしないようにするチケット

[Feature #21279] Bare "rescue" should not rescue NameError

• NameError や NoMethodError は rescue でキャッチすべきではない、という内容のチケット
• 例えば次のような NameError が発生すると rescue で例外をキャッチすることができます
  • これは NameError が StandardError を継承しており rescue ではクラスが指定されなかった場合は StandardError を継承しているクラスをキャッチするような挙動になっているため
  • また Nomenclature は NameError のサブクラス

begin
  DoesNotExist
rescue => e
  p e # => #<NameError: uninitialized constant DoesNotExist>
end

• NameError や NoMethodError は通常タイプミスなどで発生し、実行時には回復することができないので SyntaxError と同様のエラーにするべき、みたいなのがモチベーションみたいですね
• 対応としては NameError の親クラスを StandardError にしない、みたいな対応を想定しているみたいです
• チケットのコメントでは歴史的な話が書かれているんですが Ruby 1.6 〜 1.8 ではもともと NameError は Exception のサブクラスだったんですがそのあとに StandardError に移動した背景があるみたいです
  • が、なぜ StandardError のサブクラスになったのかは明確にわからないとのこと
  • https://bugs.ruby-lang.org/issues/21279#note-2
  • d = nil の場合でも d.to_f rescue 0.0 を動作するようにしたかった話はあったみたい
    • https://bugs.ruby-lang.org/issues/21279#note-3
    • Rails でもこういうコードは書いているらしい
      • https://github.com/rails/rails/blob/bc7f77b32d7f3f26db654cae506c26a959852506/activemodel/lib/active_model/type/integer.rb#L109
• これ、言いたいことはわからなくもないんですが NameError が発生するのは実行時になるので『エラーが発生してもとりあえずプログラムは止まってほしくない』みたいな場合にはカバーできない気がするんですよねえ
  • あと互換性的に NameError / NoMethodError を考慮してない rescue がほとんどだと思うので既存のコードはかなり壊れそう…
• 最終的には歴史的な制約や互換性を考えて、現状のまま維持することになりました
  • https://bugs.ruby-lang.org/issues/21279#note-8
• ここら辺、ユーザ側で制御できるとよい気もするんですが継承リストをあとから変更することはできないのでなかなかむずかしそうですねえ