积木有很多好处。电梯间距:块让我们像通常传递数据一样传递动作。
最明显的层次是它们让您可以将事物抽象为其他方式无法实现的功能。例如,让我们看一个常见的情况,您有一个事物列表,并且您希望过滤它以仅包含符合某些条件的项目:
int list[50] = {1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50};
int evenNumbers[50] = {0};
int copyIndex = 0;
for (int i = 0; i < 50; i++) {
if (list[i] % 2 == 0) {
evenNumbers[copyIndex++] = list[i];
}
}
以下是您在 Ruby 中的编写方式:
list = 1..50
listCopy = list.select {|n| n.even?}
所有常见的忙碌工作都从您的代码中移出,并移入具有有意义名称的方法中。我们不关心复制数组和遍历索引等等——我们只需要一个过滤列表。这就是select
给我们的。该块允许我们将自定义逻辑传递到此标准方法中。
但是迭代器并不是这个“中间模式中的洞”有用的唯一地方。例如,如果您将一个块传递给File.open
,它将打开文件,使用该文件执行该块,然后为您关闭该文件。
块给我们的另一件事是一种非常强大的回调形式。例如,如果没有块,我们可能不得不做这样的事情(基于对话框在 Objective-C Cocoa 中的实际工作方式):
class Controller
def delete_button_clicked(item)
item.add_red_highlight
context = {:item => item}
dialog = Dialog.new("Are you sure you want to delete #{item}?")
dialog.ok_callback = :delete_OK
dialog.ok_receiver = self
dialog.cancel_callback = :cancel_delete
dialog.cancel_receiver = self
dialog.context = context
dialog.ask_for_confirmation
end
def delete_OK(sender)
delete(sender.context[:item])
sender.dismiss
end
def cancel_delete(sender)
sender.context[:item].remove_red_highlight
sender.dismiss
end
end
约扎。使用块,我们可以这样做(基于许多 Ruby 库中使用的通用模式):
class Controller
def delete_button_clicked(item)
item.add_red_highlight
Dialog.ask_for_confirmation("Are you sure you want to delete #{item}?") do |response|
response.ok { delete item }
response.cancel { item.remove_red_highlight }
end
end
end
这实际上是两个级别的块——do...end
块和两种{}
样式的块。但它读起来很自然,不是吗?这是有效的,因为一个块捕获了它创建的上下文,所以我们不需要传递self
and item
。
至于 Procs,它们只是块的对象包装器。对他们来说不是很多。