我不想在某个地方引发 NoMethodError，而只是针对某个类（例如 NilClass）。
例如
begin
maybe_nil_maybe_not_nil = nil
maybe_nil_maybe_not_nil.x
rescure NoMethodError => ex
raise unless ex.class_which_raised == NilClass
end
我现在根据异常的 to_s 执行此操作，但是当您不期望 .id、.product 和其他可能的消息时，消息会有所不同。最好基于元数据/参数来执行此操作。有没有办法做到这一点？
【问题讨论】：
标签： ruby
对控制流使用异常通常是个坏主意。如果您调用的方法本身引发了NoMethodError，会发生什么？ （它会被你的救援块吞噬）
你最好使用respond_to?
raise 'this is bad' if object.nil?
if object.respond_to?(:x)
object.x
end
【讨论】：
define_method 和 respond_to 这样的 ruby 程序员没有链接，因此无法保证它们按预期工作。有人说（墨菲？）“如果有什么事情会出错，它就会”。但是，您也可以在比 respond_to 的假设下生存？不会说谎。取决于你的“环境”
define_method(:foo) {puts "Brilliant name, genius"}，那么obj.respond_to? :foo 将是真的。
好吧，根据你在做什么以及你对重新开课的感觉，另一个选择是在你的课程上覆盖 method_missing，例如：
class NilClass
alias method_missing old_method_missing
def method_missing(m_sym, *args, &block)
old_method_missing m_sym, *args, &block
log_that_you_had_a_missing_method_call
end
end
这有点脏，但有时你无法控制方法的所有调用者，如果你正在处理例如图书馆。我会确保添加很多关于你为什么要猴子修补你的课程的 cmets，因为这里潜在的意外副作用是巨大的。
我会建议，除非有任何 TOCTOU 问题，否则，如果可能的话，请使用 Matt von Rohr 的“先看再跳”的解决方案。
【讨论】：