O Rails é sem dúvida uma das melhores coisas que aconteceu no mundo do desenvolvimento web, mudou conceitos, quebrou paradigmas e vem sendo copiado por todos os lados (grails, cakephp, .net mvc, etc…) mas o melhor de tudo, o maior benefício que o rails nos trouxe, pelo menos na minha visão, foi expor ao mundo, a até então, desconhecida linguagem Ruby.

Desde então o ruby ganhou notoriedade, muita coisa legal foi feita em ruby, milhares de gems, e hoje temos a condição de usar ruby pra quase tudo.

Mas é interessante ver como muita gente ainda acopla e até condiciona o uso do ruby somente ao rails, esquecendo de projetos como:

• http://www.sinatrarb.com
• http://rack.rubyforge.org
• http://www.padrinorb.com
• http://www.merbivore.com
• http://github.com/daddye/forever
• http://ramaze.net
• http://camping.rubyforge.org

É claro que o rails tem seus meritos, e é normal que ele seja sempre o primeiro a vir a mente, mas tenho percebido que de um tempo pra cá o rails se tornou o martelo de muita gente, logo, todos os problemas viraram pregos.

Tenho olhado o sinatra de perto faz algum tempo e to começando a “brincar” com padrino, e se você chegou até aqui na leitura deste post, gostaria de te desafiar a pensar nisso, será que o rails tem sido o seu martelo? Se sim, que tal tentar trocar de ferramenta? opções não faltam, fica o desafio.

Abraços!

Recentement me deparei com um problema que pode ser considerado bem sutil.
Eu tinha três tabelas e cada uma tinha relacionamento 1 para n com outra, algo parecido com o MER abaixo.

Relacionamentos

Eu estava tratando a remoção em cascata das dependências utilizando :delete_all, e quando removia a tabela principal, somente o primeiro nível de referência era removido, deixando a última tabela intacta, fui atrás de saber o porque disso.

Descobri que o :delete_all age direto na tabela, portanto, assim que um registro é destruído suas dependências são destruídas direto no banco e a aplicação Rails nem se dá conta de que algo foi removido, então, quando a tabela intermediária é removida, a aplicação não sabe que tem que remover a próxima dependência e então pára por aí.

Para resolver isso utilizei o :destroy para remoção em cascata, esse método instancia o objeto a ser removido e então os callbacks são chamados, assim a aplicação é notificada da remoção e chama a próxima remoção de dependências, obviamente esse método é mais lento, vamos verificar isso na parte de performance.

Na prática:

Para ilustrar o problema e fazer algumas comparações, criei o cenário ilustrado no MER acima. Criando 10 produtos, para cada produto 10 categorias e para cada categoria 10 tags. Tendo portanto:

:delete_all

Seguem os modelos:

Temos assim o seguinte resultado:

Vemos que as tags permaneceram intactas.

:destroy

Nesse caso podemos alterar somente o modelo do Produto, não há necessidade de alterar a Categoria visto que as Tags são o nosso último nível e não precisamos tratar suas dependências.

E o resultado:

Perfomance

Para cada produto, de 100, vamos aumentar o número de categorias para 1000 registros por produto e sem nenhuma registro de tag, pois assim podemos validar a performance, pois serão apresentados os mesmo resultados.

Com :delete_all:

4 seconds

Com :destroy:

118 seconds

Só pra ter um ideia, rs =)

Abraços,

Bruno.

Existem duas maneiras de fazer a mesma coisa:

Pelo irbrc:

Nesse caso vamos alterar o arquivo ˜/.irbrc e adicionar as seguintes linhas:

Pronto, você visualizará as queries no momento de execução:

Pela aplicação Rails:

Adicione ao arquivo config/environment.rb o seguinte trecho de código:

Feito isso, quando for utilizar o console, basta redirecionar a saída do log para a saída padrão (STDOUT)

Vocês podem verificar que desta maneira é possível redirecionar o log para onde você quiser, como o exemplo abaixo:

Acho que é isso,
fica aí a dica.
[]‘s
Bruno.

Mas o que vou falar hoje é sobre como escrever seu próprio javascript, sem depender dos helpers do rails. Na minha opinião, embora a integração existente ajude muito, quando queremos ir pouco mais fundo, ou em um projeto muito grande que exija mais do que simples chamadas ajax eu prefiro criar meu próprio javascript, isso pelo simples fato de que faço do jeito que eu quero, organizo minha biblioteca de arquivos js da forma que melhor se adapta ao projeto e tenho total controle sobre o que estou fazendo, não fico “preso” ao jeito de fazer “imposto” pelo rails.

Só um aparte neste ponto, NÃO estou dizendo que rjs é ruim pelo contrário ele ajuda muito em muitas coisas.

Bem, dito isso vamos por a mão na massa! Em primeiro lugar aviso que usarei o jquery ao inves do prototype, não vou entrar em detalhes de como configurar o jquery no rails pra isso você pode usar o jrails (eu uso).

O cenário que escolhi para esse post foi algo bem básico, só para exemplificar mesmo, imagine o seguinte: Um cadastro de produtos, esses produtos tem uma categoria e uma subcategoria, então quando eu escolher uma categoria em um select quero que o select de subcategorias seja carregado dinamicamente:

o meu controller eu adiciono o seguinte metodo:

    1 def ajax_load_sublinhas
    2   linha = params[:linha] || 0
    3   @sublinhas = Sublinha.sublinha_by_linha(linha).collect { |c| [c.description, c.codesublinha] }
    4   render :layout => false
    5 end

Ai na view do metodo:

    1 <li id="product_codesublinha_input" class="select optional">
    2 <label for="product_codesublinha">SubLinha</label>
    3 <% if @sublinhas.empty? %>
    4   nenhuma sublinha foi encontrada.
    5 <% else %>
    6 <%= select_tag 'product_codesublinha', options_for_select(@sublinhas),
    7                                        :name => "product[codesublinha]" %>
    8 <% end %>
    9 </li>

Por fim no meu formulário, na pagina de cadastro de produto:

    1 <% content_for :header do -%>
    2   <%= javascript_include_inputs %>
    3   <script type="text/javascript" charset="utf-8">
    4     $(document).ready(function() {
    5       $("#product_codelinha").change(function() {
    6         show_overlayer();
    7
    8         $.get('http://localhost:3000/products/ajax_load_sublinhas', { linha: $('#product_codelinha').val()}, function(sublinhas){
    9           $('#sublinhas').empty();
   10           $('#sublinhas').append(sublinhas);
   11           hide_overlayer();
   12         });
   13
   14         return false;
   15      });
   16   });
   17
   18 function show_overlayer(){
   19   $("#overlayer").css("display","block");
   20   $("body").css("overflow","hidden");
   21 }
   22
   23 function hide_overlayer(){
   24   $("#overlayer").css("display","none");
   25   $("body").css("overflow","auto");
   26 }
   27 </script>
   28 <% end -%>
   29 <div id="form">
   30 <% semantic_form_for @product do |form| %>
   31
   32   <% form.inputs do %>
   33     <%= form.input :code_product, :label => true, :input_html => {:size => 5, :class => "small"} %>
   34     <%= form.input :name, :label => true %>
   35     <%= form.input :codelinha, :as => :select, :collection => @linhas, :label => 'Linha' %>
   36     <div id="sublinhas">
   37     <% if @product.new_record? %>
   38     <% else %>
   39     <%= form.input :codesublinha, :as => :select, :collection => @sublinhas, :label => 'SubLinha' %>
   40     <% end %>
   41     </div>
   42     <%= form.input :stock, :label => true, :input_html => { :size => 3, :class => "small" } %>
   43     <%= form.input :cost_price, :label => true, :mask => :decimal,
   44                                 :input_html => {:size => 5, :class => "small"} %>
   45     <%= form.input :retail_price, :label => true, :mask => :decimal,
   46                                 :input_html => {:size => 5, :class => "small"} %>
   47     <%= form.input :description, :label => true %>
   48     <%= form.buttons :commit %>
   49   <% end %>
   50
   51 <% end %>
   52 </div>

Vejam que para o exemplo eu estou usando o formtastic, por isso o formulário um pouco diferente do convencional.

Lembre sempre de setar o método no routes.rb também

map.resources :products, :collection => { :ajax_load_sublinhas => :get }

Vejam que temos muita liberdade para fazer a coisa do nosso jeito, esse foi só um exemplo bem simples de selects dinâmicos, mas o leque de coisas que podemos fazer é o quanto a nossa imaginação permitir.

Qualquer dúvida é só comentar.

This is it!

O Carlos Bandro liberou a versão em português do livro Ruby on Rails 2.2 – o que há de novo? para download, “di grátis”, isso mesmo free!

Eu já tinha adquirido o mesmo na data do lançamento junto com o screencast, e até ja tinha dado a dica aqui mesmo.

Parabéns Carlos pela iniciativa!

Link para download

Link do post no blog do Carlos

Abraço!

No desenvolvimento web não é diferente, temos muitas opções de linguagens, bibliotecas javascripts, frameworks, etc.

Mas  a diversidade que eu defendi no primeiro parágrafo começou a jogar contra quando o assunto é frameworks web, os últimos anos foi um festival de aberrações frameworks pipocando de tudo quanto é lado, alguem arrisca dizer quantos frameworks existe hoje em PHP, Java, Ruby ou qualquer outra linguagem?

Perdi a conta de quantos posts eu vi pela net a fora com o título “Faça seu próprio web framework  (linguagem que vc escolher) em 3 passos”.

É aqui, exatamente neste ponto, onde tem um monte de gente indo cada um para um lado que os “rubistas” saem na frente, pararam de “espalhar” e decidiram se “juntar”, porque aquele ditado que diz:  “antes só do que mal acompanhado” é balela, eu prefiro aquele que diz: “duas cabeças pensam melhor do que uma”, ou ainda: “é melhor serem dois do que um, pois se um cair o outro ajuda a levantar”.

Nesse ponto a união do Rails com o Merb (os dois maiores frameworks escritos em Ruby) foi um grande passo em direção a algo melhor, algo que será feito por mais pessoas, com mais idéias e ideais, mais gente pensando na melhor forma de resolver um determinado problema.

Por que ficar cada um de um lado investindo tempo, estudo, pesquisas e esforços pra no final fazerem a mesma coisa, muitas vezes quase do mesmo jeito?

Estou muito otimista em relação a esta fusão, e que isso sirva de lição insentivo para outros “core teams”.

Para solucionar o problema é simples, basta incluir o codigo abaixo no arquivo jrails.rb (vendor/plugins/jrails/lib/jrails.rb) dentro da Classe JavaScriptGenerator e do Módulo GeneratorMethods.

Abraço!

1 etapa: Configurações Básicas do sistema

Eu sempre instalo as bibliotecas e programas para áudio, video, gerenciador de clipboard, etc…mas isso era meio chato, mas isso já era! O Hamacker fez um script que faz tudo isso, você só precisa selecionar o que quer e pronto! Parabéns Hamacker pelo ótimo trabalho!

2 etapa: Instalando o Ruby e o Rails

a) Abra o terminal e execute o comando:

b) Baixe a ultima versão do rubygem (neste data é a 1.3.1), extraia em um diretório, entre nesse diretorio através do terminal (cd diretorioondeextrai) e execute o seguinte comando:

c) Agora vamos instalar o Rails, no terminal execute:

E depois

d) Agora vamos instalar o mysql e suas bibliotecas, o instalador pedirá pra você escolher uma senha para o usuário root do mysql, eu deixo em branco, pois só uso minha maquina pra desenvolvimento, mas se quiser é só digitar a senha que preferir, no caso de maquinas de produção, pelo amor de Deus, você DEVE por uma senha…rs.

Tive por base este post que era para o ubuntu 8.04. Pronto! neste momento seu ambiente ruby, rails e mysql já está configurado, vamos agora ajustar o gedit.

3 etapa: Instalando os plugins para o Gedit

O Gedit vem instalado por padrão no ubuntu/gnome, entáo só vamos incrementá-lo.

a) vamos começar instalando um pacote padrão de plugins

b) Agora vamos baixar o Gmate, criado pelo Alexandre, que recomendo a todos que usam o gedit e rails acompanharem pois ele tem feito muita coisa legal, fica aqui também os meus parbéns para o Alexandre.

Na página do Gmate no github tem as instruções para a instalação do mesmo. Outro plugin que eu sempre instalo e não está no gmate é o Advanced Bookmarks (no final da página mostra como instalar).

LEMBRE-SE: para ativar esses plugins e ajustar o visual e as demais configurações do Gedit você deve clicar em Editar->Preferências ai você poderá ajustar da sua maneira.

d) E tem mais, segue os links para instalar o notificador de testes (autotest) e melhorar a aparencia da famosa fonte Monaco no Ubuntu/Gedit.

UPDATE: Instalando fonts: Uma das maneiras de instalar fonts no ubuntu é criar um diretório chamado .fonts na pasta home/seunomedeusuario e colocolar as fontes que deseja dentro dele, atenção para o . (ponto) antes do nome fonts, isso significa que o diretório será oculto e da próxima vez você não o verá por padrão, mas basta dar um ctrl+h que todos os diretórios ocultos aparecerão inclusive o .fonts é claro….dããã.

4 etapa: Instalando mais ferramentas (Git, Subversion, etc)

a) Instalar o git.

git-svn é para integração com repositórios subversion, e git-gui e gitk são front-end para o git no caso você poderia escolher apenas um.

b) Instalar o subversion

c) Front-end para o mysql

PRONTO! É isso, epero que ajude, e quem tiver dúvidas ou sugestões é só enviar. Abraço!

Acabei de adquirir o livro Ruby on Rails 2.2 – O que há de novo, e aproveito para parabenizar o Carlos Brando, pelo excelente trabalho. Parabéns Carlos!

Só li umas 15 ou 20 páginas ainda, mas já vi muita coisa legal, como especificar conditions usando hash e as mudanças no método validates_length_of.

Fica aqui a dica, comprei o pacote contendo o livro e o screencast por $16,00. Na cotação de hoje saiu por apenas R$36,80 o que acho que é até um valor simbólico pela qualidade e importância do conteúdo.

Esses dias estava trabalhando em um projeto pessoal, em rails é claro…rs, e precisei implantar uma busca no meu sistema, algo trivial, mas ai fui incrementar, paginar os resultados no estilo dig, etc… Nesse ponto tive alguns problemas com as rotas e na passagem de parâmetros, ai resolvi fazer esse mini tutorial de como resolvi o problema.

Se alguem conhecer uma solução melhor comenta ai.

Bem, vamos lá… Para paginar registros eu já estava usando o will_paginate, e minha solução ficou da seguinte maneira:

No meu controller (categorias_controller.rb) eu adicionei o seguinte metodo:

Como estava implantando o formulário de busca em uma tela já pronta e iria repetir esse form em vários lugares, criei um partial para o formulário da busca (_busca.html.erb).

A view (busca.html.erb) que apresenta os resultados ficou da seguinte maneira:

Observem a linha 26, quando chamo o will_paginate preciso passar como parâmetro a variável query que contem a expressão que esta sendo buscada:

No meu arquivo routes.rb eu adicionei uma collection no resouce categorias.

Veja que adicionei a :busca como sendo mais um resource de :categorias, o parametro :any significa que esse resource responderá  :get/:post/:put/:delete, eu poderia simplesmente colocar :get, uma vez que o parâmetro nesse caso só é passado via url, mas deixei como :any pra exemplificar.

Ou coisa, pra não precisar ficar definindo os labels do will_paginate em todo os lugares, acrescentei no final(depois do ultimo end) do meu arquivo environment.rb as seguintes linhas:

Ai foi só reiniciar o server e partir pro abraço!

Abraço a todos.