ブロックの良いところはたくさんあります。エレベーター ピッチ: ブロックを使用すると、通常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
、ファイルが開かれ、そのファイルでブロックが実行されてから、ファイルが閉じられます。
ブロックによって得られるもう 1 つのことは、非常に強力な形式のコールバックです。たとえば、ブロックがなければ、次のようなことをしなければならないかもしれません (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
これは実際には 2 レベルのブロックです —do...end
ブロックと 2 つの{}
スタイル ブロックです。でもかなり自然に読めますね。これは、ブロックが作成されたコンテキストをキャプチャするため機能するため、self
andを渡す必要はありませんitem
。
Procs に関して言えば、それらは単なるブロックのオブジェクト ラッパーです。彼らにはあまりありません。