Ci sono molte cose che vanno bene per i blocchi. Il pitch dell'ascensore: i blocchi passano intorno alle azioni allo nello stesso modo in cui normalmente passiamo intorno ai dati .
Il livello più ovvio è che consentono di estrapolare le cose in funzioni che altrimenti non sarebbero possibili.Per esempio, diamo un'occhiata a un caso comune in cui si dispone di una lista di cose e si desidera filtrare per includere solo gli elementi che corrispondono a qualche criterio:
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];
}
}
Ecco come si scrive che in Ruby:
list = 1..50
listCopy = list.select {|n| n.even?}
Tutto il lavoro comune è spostato fuori dal codice e in un metodo con un nome significativo. Non ci interessa copiare l'array e passare attraverso gli indici e tutto il resto - vogliamo solo un elenco filtrato. Ed è quello che ci offre select
. Il blocco ci consente di passare la nostra logica personalizzata in questo metodo standard.
Ma gli iteratori non sono l'unico posto in cui questo "hole in the middle pattern" è utile. Ad esempio, se si passa un blocco a File.open
, verrà aperto il file, eseguito il blocco con il file e quindi chiuso il file.
Un'altra cosa che ci blocca è una forma di richiami davvero potente. Ad esempio, senza blocchi, potremmo avere a che fare qualcosa di simile (in base a come le finestre di dialogo realmente funzionano in 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
Yowza. Con blocchi, potremmo fare questo, invece (sulla base di un modello comune utilizzato in molti librerie 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
Che in realtà due livelli di blocchi - il do...end
blocco e le due {}
blocchi -style. Ma si legge abbastanza naturalmente, vero? Funziona perché un blocco acquisisce il contesto in cui è stato creato, quindi non è necessario passare intorno a self
e item
.
Per quanto riguarda i Proc, sono solo un object wrapper per i blocchi. Non molto per loro.
Cerca ulteriori informazioni su Chiusure, ti aiuterà a spiegare come funzionano i blocchi e proc e cosa sono utili .. – Doon