AkitaOnRails

class Test
def initialize
@hello = “Hello!”
end
def say
@hello
end
end

m = Test.new.method(:say)
m.call # => “Hello!”

Aqui, extraímos o método :say da instância de Test. Note que podemos manipular o método como um objeto normal. Toda vez que enviamos a mensagem 'call' ao objeto de método, ele roda como se estivesse sendo executado do contexto de seu object original (Test.new.say). No exemplo acima a última expressão imprimiria com sucesso "Hello!", conforme armazenada na variável local de instância @hello.

Embora simples, não fazemos isso sempre. Isso porque este método está ligado ao contexto do seu objeto original e normalmente não queremos isso: seria legal ter um bloco de código independente. Então, vamos criar um bloco de código muito simples referenciado por uma variável:

--- ruby
c = lambda { |i| puts i }
c.call(1) # => 1
c.call(2) # => 2

A palavra ‘lambda’ fecha o código entre chaves como um objeto, num bloco, uma instância da classe Proc. Este objeto responde ao método ‘call’. Nas duas últimas expressões passamos parâmetros ao método ‘call’ e eles vão à variável ‘i’ definida entre pipes dentro do bloco. Então, ele age como uma entidade independente, desconectada de qualquer classe em particular. Vejamos isso:

class Test
  def say(block)
    block.call(self.class)
  end
end

c.call(self.class) # => Object
Test.new.say(c)    # => Test

Estamos usando o mesmo bloco definido acima na variável ‘c’. Depois da definição da classe Test, chamamos o bloco passando ‘self.class’ e ele retorna ‘Object’ como resultado.

Então, chamamos o método :say a partir de dentro de uma instância da classe Test. O método :say chama o bloco lhe dando o ‘self.class’ interno como parâmetro do bloco. Nesse caso ele imprime ‘Test’ em vez de ‘Object’, o que significa que o bloco se liga ao escopo que o cerca. Essa é uma diferença entre um bloco e um método desconectado de um objeto.

De muitas maneiras, Blocks lembram funções anônimas do Javascript, delegates anônimos do C#, classes internas anônimas do Java. Essa é uma construção muito útil que foi criada primariamente para lidar melhor com iteradores. Por exemplo:

[1,2,3,4].reverse_each { |i| puts t }
# => 4 3 2 1

Agora, isso é diferente do método ‘each’ do Array, que usamos antes. Este navega de trás para frente através dos elementos do Array. Ele pega um elemento e passa à variável ‘i’, configurado como parâmetro para o bloco definido entre chaves.

Em linguagens como Java, tudo tem que ser definido através de uma interface. Enumeradores não são diferentes, e temos interfaces como ‘Iterator’. Esse método define métodos simples como ‘hasNext()’ e ‘next()’. Mas e se precisarmos de algo como um iterador reverso? Agora estamos por conta própria. E se precisarmos de algo mais complicado como um iterador que apenas anda por elementos em posição par? Em Ruby podemos definir métodos como:

class Array
  def even
    i = 0
    while i < self.size
      yield(self[i]) if i % 2 == 0
      i += 1
    end
  end
end

[1,2,3,4,5,6].even { |i| puts i }
# => 1 3 5

Primeiro de tudo, lembre-se que classes Ruby são todas abertas, então podemos facilmente redefinir a classe padrão de Array e adicionar novos métodos para isso. Agora preste atenção ao método ‘even’. Implementamos da maneira tradicional com um loop ‘while’. Mas a parte interessante é a palavra-chave ‘yield’. Façam de conta que isso funciona como se tivesse um local coringa demarcado para blocos. No exemplo, quando passamos o valor ‘self[i]’ como parâmetro, na realidade estamos passando para o parâmetro ‘i’ do bloco.

Podemos re-escrever este método de uma maneira um pouco diferente mas com o mesmo comportamento:

class Array
  def even(&code)
    i = 0
    while i < self.size
      code.call( self[i] ) if i % 2 == 0
      i += 1
    end
  end
end

Então, explicitamente definimos que o método ‘even’ espera receber um bloco, convertendo o parâmetro em ‘código’ passado a ele. Daí, de dentro chamamos o método ‘call’ ao ‘código’, passando ‘self[i]’ como seu parâmetro. O resultado é exatamente o mesmo que usar a palavra-chave ‘yield’.

Ainda podemos fazer mais diferente:

class Array
  def even(block)
    i = 0
    while i < self.size
      block.call( self[i] ) if i % 2 == 0
      i += 1
    end
  end
end

Agora estamos fazendo sem o ‘&’ (ampersand). No exemplo anterior, o operador ampersand ‘captura’ um bloco em uma instância de Proc. No último caso, o método ‘even’ espera receber diretamente um objeto Proc, como isso:

c = lambda { |i| puts i }
[1,2,3,4,5,6].even( c )

Vamos retornar ao método ‘each’ do Array como mostramos antes:

c = lambda { |i| puts i }
[1,2,3,4].each( &c )

Um pouco diferente, porque o método ‘each’ não espera um objeto Proc como parâmetro, mas sim um bloco real. Então usamos ‘&’ antes da variável de instância de Proc e ele o ‘expande’ de volta ao bloco de código, de forma que o método ‘even’ possam executá-lo com ‘yield’ dentro, em vez de executá o objeto com o método ‘call’.

Esse uso de um objeto Proc não é tão ‘elegante’ quanto passar diretamente o bloco de código, mas com essa construção podemos armazenar código dentro de um objeto. E podemos definir um método que recebe quanto blocos precisar, por exemplo:

def foo(name, block1, block2)
  block1.call
  puts name
  block2.call
end

foo "Fabio", lambda { puts "Hello" }, lambda { puts "World" }

Este exemplo recebe um parâmetro normal e 2 blocos em vez de um. Podemos passar blocos enclausurados em objetos Proc na lista de parâmetros como faríamos com qualquer outro tipo de objeto. Normalmente não precisamos de tantos blocos diferentes dentro de um único método. O jeito mais comum é:

def foo( param1, param2 )
  # do something
  yield ( some_param ) if block_given?
end

foo(1, 2) do |some_param|
  # do something
end

Então definimos um método normal, com parâmetros normais. Mas dentro perguntamos se foi passado um bloco com o método ‘block_given?’. Em caso positivo, executamos com ‘yield’ passando algum parâmetro a ele (claro, parâmetros em blocos são opcionais, e você pode passar quantos parâmetros quiser a um bloco, mesmo nenhum).

Chamamos o método definido normalmente, passando um bloco ao final da chamada do método. Aliás, aqui vai outra maneira de definir um bloco: usando a construção do .. end. Não há uma regra rígida, mas reservamos a notação de chaves quando o bloco é pequeno o suficiente para caber em uma única linha e o do .. end quando temos blocos com múltiplas linhas dentro.

Aqui vai uma pegadinha:

foo a, b do |some_param|
  # do something
end

foo a, b { |some_param| # do something }

Ambas as construções com chaves e do .. end definem blocos, então à primeira vista os dois códigos acima parecem a mesma coisa. Mas a pegadinha é que em Ruby parênteses são opcionais, e por acaso não estamos usando aqui.

No primeiro código o assume-se que o bloco deve ser passado ao método ‘foo’, como esperado, com ‘a’ e ‘b’ sendo parâmetros normais. Mas no segundo código imagina-se que ‘b’ é um método e tenta-se passar o bloco a ele. A recomendação é: se você tem um método que precisa tanto de parâmetros e um bloco então feche seus parâmetros entre parênteses para evitar ambiguidades.

Então, agora entendemos que blocos são pedaços de código que podem ser transportados entre chamadas de métodos, como parâmetros ou valores retornados. Mas ainda há mais:

c = lambda { |i| puts i }
c = Proc.new { |i| puts i }
c = proc { |i| puts i }

Os 3 comandos acima fazem a mesma coisa: instanciam um objeto de bloco. ‘proc’ é um sinônimo para ‘lambda’, mas Proc.new é um pouco diferente (No Ruby 1.9, ‘proc’ passará a ser sinônimo do Proc.new). Como eles funcionam de maneira similar podemos considerar como a mesma coisa. O sinônimo ‘proc’ está para se tornar obsoleto no futuro então use apenas ‘lambda’ ou ‘Proc.new’ para definir blocos.

Palavras-chave para ter em mente são:

• lambda/Proc.new – fecham um punhado de código dentro de uma instância de Proc.
• & – ampersand, tanto captura um bloco de código para dentro de um objeto Proc ou expande um objeto Proc de volta a um bloco de código.
• {}/do..end – definem um bloco de código.
• || – pipes, definem os parâmetros de um bloco. Se não precisar de nenhum, apenas omita os pipes.

Portanto, alguém poderia dizer que um Bloco é exatamente a mesma coisa que uma classe anônima. Nada disso, e agora finalmente chegamos à definição de um Closure (Fechamento): Blocos Ruby são Closures, podemos apenas dizer que ‘blocos’ e ‘closures’, em Ruby, significam a mesma coisa.

Blocos Ruby podem enclausurar não somente código e suas próprias variáveis locais, mas também podem fechar as variáveis do contexto que a cerca. É por isso que ela é chamada de ‘fechamento’. Vejamos um exemplo:

def greetings_factory(prefix)
  Proc.new { |name| "#{prefix}, #{name} !"}
end

birthday = greetings_factory("Happy Birthday")
xmas = greetings_factory("Merry XMas")

birthday.call("David") # => "Happy Birthday, David !"
xmas.call("Matz")      # => "Merry XMas, Matz !"

A primeira coisa é a definição de um método para ‘greetings_factory’. Ele recebe um prefixo como parâmetro e retorna um objeto Proc, cujo parâmetro interno é ‘name’. Até aqui tudo bem.

A segunda parte define duas instâncias Proc, uma para aniversário e outra para natal. Perceba que passamos 2 prefixos diferentes ao método ‘greetings_factory’. Os valores diferentes são ‘fechados’ dentro do Bloco. Então quando os chamamos mais tarde, vemos quão diferente eles se comportam: eles armazenaram o último estado dentro deles mesmo. Então cada bloco armazena a variável ‘prefix’ passada antes e ao mesmo tempo continuam aceitando um parâmetro ‘name’ dentro do bloco.

Tenha em mente que cada Bloco Ruby é um Closure, é por isso que esta construção funciona:

list = []
[1,2,3,4].each do |i| 
  list << i * 2 
end
puts list.inspect # => [2, 4, 6, 8]

Então, definimos um array ‘lista’ antes de criar o bloco de iteração. Daí, dentro do bloco nos referimos ao array externo ‘list’ e o populamos. Em Java, isso seria uma variável imutável declarada como ‘final’, mas em Ruby não existe essa limitação.

Você precisa ser cuidadoso sobre o ambiente que cerca eu bloco: não defina variáveis que serão usadas dentro do bloco cedo demais no seu código. Tente manter as dependências próximas, como no exemplo acima onde o Array ‘list’ é definida logo antes do próprio iterador.

Então, iteradores ficam vitaminados porque não estamos limitados à uma Interface estática. Podemos adicionar quaisquer métodos que precisarmos, como ‘each’, ‘reverse_each’, ‘collect’, ‘select’ e assim por diante. Cada um deles podem receber um bloco e passar um elemento de cada vez a esse bloco.

Outro uso muito importante é para enclausurar padrões de código muito usados. Por exemplo, Rails tem a seguinte construção para usar transações de bancos de dados:

User.transaction do 
  u = User.new(:login => 'admin')
  u.save!
end

‘User’ seria uma classe ActiveRecord. Um exemplo da estrutura para a transação da classe do model seria parecida com esta estrutura:

class ActiveRecord::Base
  def self.transaction
    begin
      ActiveRecord::Base.establish_connection
      yield if block_given?
    rescue => e
      RAILS_DEFAULT_LOGGER.error e
    ensure
      ActiveRecord::Base.remove_connection 
    end
  end
end

Isso significa: abra o banco de dados e tente chamar o bloco com ‘yield’, se for fornecido. Se algo de errado acontecer, (rescue) pegue a mensagem de erro e jogue no log. Finalmente garanta (ensure) que a conexão foi fechada depois de tudo.

O ActiveRecord na realidade não abre e fecha conexões com tanta frequência, mas vocês entenderam. Mas essa é só a idéia macro de uma maneira de evitar repetição e sobre a extração de padrões comuns de código. Então é legal encapsular funcionalidades comuns e colocar marcadores (yield) para código definido pelo usuário no meio.

O método File.open faz a mesma coisa: ele se responsabiliza de abrir arquivos, executar um bloco do usuário com ‘yield’ e garantir que o arquivo seja fechado corretamente sem que o usuário tenha que fazer esse tipo de limpeza.

O conceito mais importante é que blocos ajudam a esconder detalhes de implementação. Nós não queremos saber os detalhes internos de um iterador de lista, ou como uma transação funciona. Apenas precisamos focar na lógica de negócios, fechadas dentro de um bloco.

Então descrevemos um monte de coisas, e acho que cobri o básico. O suficiente para ler o código-fonte de um Rails e se acostumar com o modus operandi de closures. Espero que tenham gostado!

tags: learning beginner ruby