🛠 Методы для работы с методами в Ruby: define_method, remove_method, undef_method, alias_method

В Ruby методы — это не просто куски кода, а полноценные объекты, которыми можно управлять динамически. В статье разберём четыре мощных инструмента для работы с методами: от создания на лету до хирургического удаления. Покажем, где это полезно и как не прострелить себе ногу метапрограммированием.

🧠 Теория: зачем это нужно?

Ruby позволяет изменять классы и объекты во время выполнения программы. Это открывает двери для:

• Генерации методов по шаблону (DRY)
• Управления видимостью методов (например, для DSL)
• Создания псевдонимов для обратной совместимости
• Очистки кода от устаревших методов

Но с большой силой приходит и большая ответственность — ошибки в метапрограммировании часто проявляются только в runtime.

1️⃣ define_method — фабрика методов

Что делает: создаёт метод в runtime.

class User
  [:admin, :moderator, :guest].each do |role|
    define_method("#{role}?") do
      self.role == role.to_s
    end
  end
end

user = User.new(role: 'admin')
user.admin? # => true

Жизненный пример:

• Генерация методов проверки ролей (как выше)
• Создание геттеров/сеттеров для динамических атрибутов
• Реализация шаблонных методов (например, find_by_*)

Антипаттерн:

# Плохо: метод создаётся, но никогда не используется
define_method("unused_#{rand(100)}") { ... }

2️⃣ remove_method — хирургическое удаление

Что делает: удаляет метод из текущего класса (но оставляет в родительских).

class Parent
  def deprecated_method
    "Не используйте меня!"
  end
end

class Child < Parent
  remove_method :deprecated_method
end

Child.new.deprecated_method # => NoMethodError

Жизненный пример:

• Отключение устаревших методов в подклассах
• Удаление методов, добавленных другими гемами
• Очистка namespace в DSL

Опасность:

class String
  remove_method :upcase
end
# Все строки теряют upcase — система падает в случайных местах

3️⃣ undef_method — ядерный вариант

Что делает: полностью запрещает вызов метода (даже из родительских классов).

class Security
  undef_method :instance_eval # Запрещаем опасный метод
end

Security.new.instance_eval {} # => NoMethodError

Жизненный пример:

• Запрет опасных методов (eval, send) в sandbox
• Сокрытие внутренних методов API
• Защита от monkey-patching

Разница с remove_method:

class A; def m; end; end
class B < A; remove_method :m; end
B.new.m # => вызовется A#m

class C < A; undef_method :m; end
C.new.m # => NoMethodError

4️⃣ alias_method — клонирование методов

Что делает: создаёт псевдоним для существующего метода.

class User
  def save
    validate!
    super
  end
  
  alias_method :save!, :save
end

# Теперь save! — это тот же save

Жизненный пример:

• Поддержка старого API (старый_method → новый_method)
• Добавление “опасной” версии метода (save → save!)
• Обёртка методов с сохранением оригинала (для логирования)

Ловушка:

alias_method :new_name, :old_name
def old_name
  "Новая реализация"
end
# new_name продолжает использовать старую реализацию!

🔥 Реальный кейс: динамический API клиент

class ApiClient
  HTTP_METHODS = [:get, :post, :put, :delete]

  HTTP_METHODS.each do |method|
    define_method(method) do |path, **params|
      send_request(method.upcase, path, params)
    end
    
    alias_method "#{method}_request", method
  end

  private

  def send_request(verb, path, params)
    # Реальная реализация
  end
end

client = ApiClient.new
client.get("/users") # => GET /users
client.post_request("/login", email: "test@test.com") # => POST /login

🧪 Тестирование динамических методов

RSpec.describe ApiClient do
  described_class::HTTP_METHODS.each do |method|
    it "responds to #{method}" do
      expect(subject).to respond_to(method)
    end
    
    it "aliases #{method} as #{method}_request" do
      expect(subject.method(method)).to eq(subject.method("#{method}_request"))
    end
  end
end

💀 Опасные практики

1. Методовая бомба — создание сотен методов в runtime:

   DATA.each { |name| define_method(name) { ... } } # Может перегрузить память
   

2. Неочевидное удаление методов:

   class Product
     remove_method :name # А name был определён в родительском Item!
   end
   

3. Алиасы-зомби — когда оригинальный метод переопределён, но алиас живёт своей жизнью.

🎯 Когда это действительно нужно

🧾 Вывод

1. define_method — ваш инструмент для избежания копипасты при создании методов.
2. remove_method/undef_method — скальпель для тонкой настройки иерархий классов.
3. alias_method — мост между старым и новым API.

Используйте их осознанно: динамическое изменение методов — это как операция на открытом сердце. Одно неверное движение — и программа падает в runtime с загадочной ошибкой.

Золотое правило: если можно обойтись обычными методами — так и делайте. Метапрограммирование оправдано только когда оно реально упрощает код.