Има много добри неща за блоковете. Изгледът на асансьора: Блоковете ни позволяват да предаваме действия по същия начин, по който обикновено предаваме данни.
Най-очевидното ниво е, че те ви позволяват да абстрахирате нещата във функции, които иначе не биха били възможни. Например, нека да разгледаме общ случай, когато имате списък с неща и искате да го филтрирате, за да включва само елементи, които отговарят на някакъв критерий:
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
и item
.
Що се отнася до Procs, те са просто обвивка на обекти за блокове. Не много за тях.
person
Chuck
schedule
24.08.2010