Ruby: method_missing и respond_to_missing? — друг или враг?

Метод method_missing в Ruby — мощный инструмент метапрограммирования, позволяющий гибко обрабатывать вызовы несуществующих методов, что особенно полезно при создании DSL или динамических API. Однако его использование требует осторожности: без правильной реализации respond_to_missing? могут возникнуть проблемы с совместимостью и отладкой. В этой статье разберём лучшие практики и подводные камни работы с этой “магической” функцией Ruby.

🤔 Что это такое?

Когда объекту посылают сообщение (вызов метода), которого у него нет, Ruby вызывает method_missing.

class Ghost
  def method_missing(name, *args)
    puts "Вызван несуществующий метод: #{name}, args: #{args.inspect}"
  end
end

g = Ghost.new
g.hello("world")  # => Вызван несуществующий метод: hello, args: ["world"]

⚠️ Подводные камни

1. method_missing ловит все опечатки — и это не всегда хорошо.
2. Не работает корректно с respond_to?, если не переопределить respond_to_missing?.
3. Автокомплиты IDE и refactoring tools не любят такую магию.

✅ Как правильно?

Если ты реализуешь method_missing, обязательно добавь:

def respond_to_missing?(method_name, include_private = false)
  method_name.to_s.start_with?("ghost_") || super
end

Тогда respond_to?(:ghost_scare) будет возвращать true, и ты не получишь лишний вопрос от техлида на тему “почему у тебя всегда false?”.

📌 Когда уместно использовать?

• Реализация DSL (например, ActiveRecord и его find_by_name_and_email)
• Обёртки над API с динамическими методами
• Прокси-объекты

🙅 Когда не стоит?

• Для лени. Лучше явно определить метод, чем магию ради магии.
• Когда есть альтернатива: define_method, method, send, public_send

🤯 А можно перегрузить метод, если он уже есть?

Нет. Если метод существует, method_missing вызван не будет. Его цель — быть “ловушкой” для несуществующих методов.

🔚 Вывод: method_missing — как чёрная магия. Могущественна в умелых руках, но легко обернётся болью, если использовать без respond_to_missing? и здравого смысла.