ruby 中不带参数的 DSL 块

Question

我正在用 ruby​​ 编写一个简单的 dsl。几周前，我偶然发现了一些博客文章，其中展示了如何将以下代码转换

some_method argument do |book|
  book.some_method_on_book
  book.some_other_method_on_book :with => argument
end

为更简洁的代码：

some_method argument do
   some_method_on_book
   some_other_method_on_book :with => argument
end

我不记得如何执行此操作，我不确定缺点，但更简洁的语法很诱人。有人对这种转变有任何线索吗？

Answer 1

def some_method argument, &blk
  #...
  book.instance_eval &blk
  #...
end

更新：但是，这省略了书，但不允许您使用该参数。要透明地使用它，您必须以某种方式运输它。我建议在书本上这样做：

class Book
  attr_accessor :argument
end

def some_method argument, &blk
  #...
  book.argument = argument
  book.instance_eval &blk
  #...
end

some_method 'argument' do
   some_method_on_book
   some_other_method_on_book argument
end

Answer 2

看看这篇文章 http://www.dan -manges.com/blog/ruby-dsls-instance-eval-with-delegation — 对该方法进行了概述（具体说明了其缺点和可能的解决方案），另外还有一些有用的链接供进一步阅读。

基本上，它是关于使用instance_eval 在所需的上下文中执行块。

谈论这种技术的缺点：

那么这有什么问题吗？嗯，问题是块是
一般都会倒闭。你期望它们实际上是完全关闭的。
从您编写块的角度来看，这一点并不明显
该块可能不是完全关闭。这就是当你
使用instance_eval：将该块的自身重置为某种东西
else - 这意味着该块仍然是所有本地块的闭包
块外的变量，但不适用于方法调用。我什至不
知道常量查找是否改变。

使用instance_eval会改变语言的规则，
读取块时并不明显。你需要考虑一个额外的步骤
找出你可以从词法上看到的方法调用的确切原因
块周围实际上不能从块内部调用。

Answer 3

查看 docile gem。它可以处理所有锋利的边缘，使这对您来说非常容易。