Ruby 元编程入门：会写代码的代码
元编程是 Ruby 的灵魂特性。本文通过实例讲解 define_method、method_missing、instance_eval、class_eval 与动态常量，并手把手构建一个迷你 DSL，帮你理解 Rails 魔法背后的原理。
元编程是"在运行时操作代码结构"的技术：用 define_method 动态定义方法、用 method_missing 拦截未定义调用、用 instance_eval/class_eval 在对象或类的上下文执行代码块。Rails 的 has_many、find_by_email 都建立在这三件套上——学会它，框架魔法就变成可读的普通代码。
为什么 Ruby 特别适合元编程
Ruby 里"一切皆对象"，类本身也是对象，方法定义、方法调用都是运行时的消息传递。这意味着代码结构在执行期是可读可改的——别的语言编译期就定型的事，Ruby 可以边跑边改。
define_method：动态定义方法
class Report
[:daily, :weekly, :monthly].each do |period|
define_method("generate_#{period}") do
puts "生成 #{period} 报表"
end
end
end
Report.new.generate_weekly # => 生成 weekly 报表
类定义体就是普通 Ruby 代码，each 循环自然可以在其中跑。Rails 的状态机、枚举（enum status: [:draft, :published]）背后都是这个模式。
method_missing：拦截不存在的调用
对象收到未定义的方法调用时，Ruby 最后会找 method_missing：
class FlexibleFinder
def method_missing(name, *args)
if name.to_s.start_with?('find_by_')
field = name.to_s.sub('find_by_', '')
puts "按 #{field} 查找，值：#{args.first}"
else
super
end
end
def respond_to_missing?(name, include_private = false)
name.to_s.start_with?('find_by_') || super
end
end
FlexibleFinder.new.find_by_email('a@b.com')
铁律：重写 method_missing 必须配对重写 respond_to_missing?，否则 obj.respond_to?(:find_by_email) 返回 false，破坏 Ruby 的鸭子类型约定。另外 else 分支一定要 super，让真正的 NoMethodError 正常抛出。
instance_eval 与 class_eval：切换上下文执行
obj.instance_eval { ... }：在对象上下文执行块，self指向该对象，可读写其实例变量；SomeClass.class_eval { ... }（别名 module_eval）：在类上下文执行，常用于从外部给类添加方法。
'hello'.instance_eval { upcase.reverse } # => "OLLEH"
String.class_eval do
def shout
upcase + '!'
end
end
eval 家族与红线
eval("ruby 代码字符串") 能执行任意字符串代码，威力最大也最危险：任何用户输入都不许进 eval，这是注入漏洞的高速公路。需要动态性时优先用 define_method、send、块和 eval 家族的上下文版本，字符串 eval 是最后手段。
实战：构建一个迷你校验 DSL
综合运用以上技术，写一个声明式校验器：
class Validator
def self.rules(&block)
@rules = []
class_eval(&block)
@rules
end
def self.validate(field, options = {})
@rules ||= []
@rules << [field, options]
end
def self.valid?(obj)
(@rules || []).all? do |field, opts|
value = obj.send(field)
!(opts[:required] && value.nil?)
end
end
end
class UserValidator < Validator
validate :name, required: true
validate :email, required: true
end
UserValidator.valid?(User.new(name: nil)) # => false
validate 在类上下文中注册规则，valid? 用 send 动态取值——二十行代码就复制了 Rails 校验器的核心骨架。
常见问题（FAQ）
Q：元编程会不会让代码难维护？
会，如果滥用。原则是"用元编程消除重复，而不是炫技"：三处以上重复模式才值得抽象，抽象后的入口（如 validate :name）要比原始写法更直白。调试难度也要考虑——动态定义的方法记得写注释标明生成位置。
Q：method_missing 和 define_method 怎么选？
模式固定、批量生成用 define_method（性能好、可被 respond_to? 正确识别）；模式开放、数量无限（如 ActiveRecord 的 find_by_任意字段）才用 method_missing。很多库会先 method_missing 接住、再顺手 define_method 缓存，兼顾两者。
Q：Rails 的 has_many 是怎么实现的？
本质是类方法 + define_method：调用 has_many :posts 时在类上动态定义 posts、posts=、post_ids 等方法，方法体内触发关联查询。源码在 active record 的 associations 模块，读完本文的技巧后再去看会清晰很多。
参考文档
本文依据公开文档整理，示例需按项目依赖版本验证；不将文档中的性能描述视为本项目实测结果。
