Ruby 非常适合构建 internal DSLs（特定领域语言）——读起来像是针对某个领域的专用迷你语言的 API。Ruby 的灵活语法（可选括号、blocks）、元编程和 instance_eval 使得创建富有表现力、可读的 DSL 成为可能。这就是为什么 Rails、RSpec 和许多 Ruby 工具具有如此优雅、声明式的 API。
describe
it
expect(user).to be_valid
.application.routes.draw
resources
get ,
gem ,
这些读起来像专用语言，但只是 Ruby ——带有 blocks 的方法调用，被设计成声明式的。
# 1. Optional parentheses + blocks → declarative-looking syntax
set_name "Ann" # method call without parens reads like a keyword
configure do ... end # blocks for nested structure
# 2. instance_eval — run a block in an object's context
class Config
def self.build(&block)
config = new
config.instance_eval(&block) # the block runs as if INSIDE config
config
end
def timeout(seconds) = @timeout = seconds
end
Config.build do
timeout 30 # calls config.timeout(30) — no explicit receiver needed!
end
instance_eval 在对象的上下文中运行一个 block，因此 block 中的方法在该对象上被调用，无需显式接收者——使 block 读起来像干净的配置语言。
class HtmlBuilder
def method_missing(tag, content = nil, &block) # any "method" → an HTML tag
"<#{tag}>#{content}</#{tag}>"
end
end
builder = HtmlBuilder.new
builder.h1("Title") # "<h1>Title</h1>" — h1 isn't defined; method_missing builds it
元编程（method_missing、define_method）让 DSL 能够动态处理任意的 "关键字"。
理解 Ruby 如何启用内部 DSL 是有价值的高级知识，因为 DSL 在 Ruby 生态系统中随处可见 ——它们是 Ruby 框架拥有如此优雅、声明式、可读 API 的主要原因。
RSpec 的类似规范的测试语法、Rails 的路由和迁移 DSL、Gemfile、Rake 任务和无数 gems 都使用内部 DSL，这些 DSL 读起来像专用迷你语言，但只是 Ruby。
理解启用这一点的特性——Ruby 的灵活语法（可选括号使方法调用读起来像关键字；blocks 提供嵌套结构）、instance_eval（在对象的上下文中运行 block，使方法被调用时无需显式接收者，使 blocks 读起来像干净的配置）和元编程（method_missing、define_method 用于动态处理任意 DSL "关键字"）——解释了这些优雅 API 的工作原理，对于理解你每天使用的框架和构建自己的富有表现力、声明式 API 都很重要。
Ruby 对 DSL 的适用性是其独特优势之一（很少有语言能够启用如此可读的内部 DSL），识别这些技术（灵活语法、instance_eval、元编程）揭示了 Rails/RSpec 的 "魔法"，并使你能够创建干净、以领域为中心的 API。
虽然这是高级内容，但理解 DSL 设计对于掌握为什么 Ruby 的生态系统具有如此优雅的声明式接口、用于构建配置系统和富有表现力的库，以及作为深度 Ruby 专业知识的标志是有价值的——它捕捉了 Ruby 最强大和独特的能力之一（将语言转变为特定领域的迷你语言），使其成为高级 Ruby 开发的重要知识，也是一个反映对 Ruby 的灵活性和元编程深入理解的主题，这区分了深刻理解是什么使 Ruby 框架如此优雅的开发人员。
一个包含详细解答的 IT 面试题库——从初级到高级。
捐赠