Continuando a série, vou falar de algumas outras novidades do Ruby on Rails 2.0 (ele não para, ele não para!). Mas de inÃcio tenho que falar de algo que acabou passando batido na primeira parte…
root
O Rails padronizou agora aquela rota que você acaba sempre (ou quase) incluindo em seus projetos, que mapeia a raiz do aplicativo (ou o home, index…). A forma padronizada agora é essa:
map.root :controller => "pages" # mapeia a action "index" do controller "pages"
ou
map.root :controller => "pages", :action => "show", :id => 10 # mapeia a action "show" do controller "pages" com o parâmetro id=10
Sessões em Cookies
As sessões no Rails 2.0 ficam agora totalmente em client side, ou seja, em cookies. Isso é bom pois dessa forma fica mais rápido e acabam as manutenções no tmp/sessions. Nas palavras do próprio DHH:
Esta configuração funciona bem se você segue as boas práticas e mantém o uso da sessão ao mÃnimo, como o caso comum de apenas guardar o user_id e o flash. Se, de qualquer forma, você está planejando guardar “códigos de lançamento nuclear” na sessão, guardar sessões no cookie é um mal negócio. Enquanto eles não podem ser forjados (então is_admin = true está ok), seu conteúdo podem ser vistos. Se isto é um problema para sua aplicação, você sempre pode voltar para o modo tradicional de guardar sessões.
Request Profiler
Chegou a salvação para aquela sua action que, como diria Lucas Petes, “chupa, assovia e bate palma”. Aquela action que faz um monte de coisas, e leva um bom tempo para executar… Request Profiler.
Com o Request Profiler você pode executar um profilling em um request. É assim:
$ cat login_session.rb
get_with_redirect '/'
say "GET / => #{path}"
post_with_redirect '/sessions', :username => 'john', :password => 'doe'
say "POST /sessions => #{path}"
$ ./script/performance/request -n 10 login_session.rb
Para quem não sabe, com o profiler você é capaz de saber exatamente qual parte do seu código está levando mais tempo para executar, com isso você pode focar suas atenções de forma a conseguir um melhor desempenho.
Mais performance no ActiveRecord
O pacote ActiveRecord ganhou milhares de fixes e várias melhoras. Uma que eu particularmente adorei é a Cached Query, que reconhece SQLs similares e retorna o resultado cacheado, assim:
>> User.find :all, :conditions => {:name => "a"}
>> User.find :all, :conditions => {:name => "a"}
olha o log!
User Load (0.335079) SELECT * FROM `users` WHERE (`users`.`name` = 'a')
User Load (0.000363) SELECT * FROM `users` WHERE (`users`.`name` = 'a') # viu o tempo?
Fixtures
Direto ao código…
# groups.yml
admins:
name: admins
# users.yml
carlos:
username: shopify
password: secret
group: admins # veja isso!!
Reparem 2 coisas: Você não precisa preencher os campos que já são de preenchimento automático (id, updated_at…). Você não precisa ficar guardando o ID que você deu para aquela outra fixture que é relacionada a que você está trabalhando agora, apenas o nome é suficiente.
Desserialização XML
Você já serializava um objeto em XML, agora você pode também fazer o caminho inverso:
>> u = User.new(:name => "Carlos")
=> #
>> b = User.new.from_xml(u.to_xml)
=> #
>> b
=> #
Serialização JSON
A serialização em JSON mudou, repare:
Rails 1.2.6
>> User.new.to_json
=> "{attributes: {name: null, updated_at: null, created_at: null}, new_record: true}"
Rails 2.0.1
>> User.new.to_json
=> "{\"name\": null, \"updated_at\": null, \"created_at\": null}"
No primeiro ele não serializa apenas as propriedades do usuário, mas sim o objeto ActiveRecord::Base, já no rails 2.0 ele passa a serializar exatamente igual a serialização XML, inclusive os parâmetros de :include e etc…
Menos gordura
Todos os acts_as_ALGUMACOISA foram movidos para seus próprios plugins, assim ./script/plugin install acts_as_ALUMACOISA deixa tudo normal. Outra coisa que mudou foi a postura com relação a bases de dados comerciais, todos foram movidos para seus gems. O Rails agora só trata com MySQL, SQLite e PostgreSQL. Para os bancos comerciais, gem install activerecord-BANCO-adapter (Ex.: activerecord-oracle-adapter).
Bom, acho que é só por hoje… aguardem o próximo artigo da série! See yo!
tags {desenvolvimento, rubyonrails}
