块有很多优点。电梯游说:街区让我们四处走动actions就像我们平常传递的方式一样data.
最明显的层面是,它们让您可以将事物抽象为其他方式不可能实现的函数。例如,让我们看一个常见的情况,您有一个事物列表,并且您希望对其进行过滤以仅包含符合某些条件的项目:
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,它们只是块的对象包装器。对他们来说不是很多。