AkitaOnRails

Por exemplo, 'show.html.erb' significa o template da action 'show', que será renderizada pela engine 'ERB' quando o mime-type no respond_to for 'html'. Se na realidade a requisição pediu por uma planilha Excel, o nome seria 'show.csv.erb'. Outros exemplos:

* show.erb - o mesmo template para todos os mime-types
* index.atom.builder - usar o formato do Builder, que antes era o .rxml, para renderizar quando o mime-type for application/atom+xml
* edit.iphone.haml - usa a engine HAML (não inclusa) para renderizar a action edit ao formato customizado Mime::IPHONE

Além disso se tornou mais fácil declarar tipos 'falsos' usados apenas para roteamento interno. Como quando se quer um HTML especial apenas para iPhone:

--- ruby# deve ir em config/initializers/mime_types.rb
Mime.register_alias "text/html", :iphone

class ApplicationController < ActionController::Base
  before_filter :adjust_format_for_iphone

  private
    def adjust_format_for_iphone
      if request.env["HTTP_USER_AGENT"] 
                && request.env["HTTP_USER_AGENT"][/(iPhone|iPod)/]
        request.format = :iphone
      end
    end
end

class PostsController < ApplicationController
  def index
    respond_to do |format|
      format.html   # renders index.html.erb
      format.iphone # renders index.iphone.erb
    end
  end
end

h3. Action Pack: Browser performance

Uma coisa que está muito em voga é 'pseudo-compilar' seus inúmeros pequenos arquivos de javascript e css em um único arquivo para acelerar sua carga, em vez de exigir que o browser faça uma request separada para cada arquivo. Esta é a nova sintaxe:

--- rubyjavascript_include_tag(:all, :cache => true)

Com isso todas as chamadas a recursos via helpers como image_tag vão circular de asset1 até asset4 (pressupõe-se que todas essas chamadas sejam corretamente direcionadas ao seu servidor). Isso engana o browser e ele abrirá mais conexões de uma só vez, aumentando a velocidade 'percebida' da aplicação. E claro que para isso funcionar direito é bom que você tenha um web server como Apache configurado para servir seus elementos estáticos.

h3. Action Pack: Exception Handling

Antigamente, para pegar uma exception saída de uma action, bastava sobrescrever o método 'rescue_action_in_public'. Mas isso uma gambiarra. Agora há um novo método de classe do controller chamado "rescue_from":https://svn.rubyonrails.org/rails/tags/rel_2-0-0_PR/actionpack/lib/action_controller/rescue.rb. Exemplo:

--- rubyclass PostsController < ApplicationController
  rescue_from User::NotAuthorized, :with => :deny_access

  protected
    def deny_access
      ...
    end
end

Fora isso há várias melhorias de performance, chamadas a asset (como imagens) agora são mais baratas e há caching de rotas nomeadas - onde antigamente havia muita crítica quanto à performance de rotas.

h3. Active Record

*Sexy Migrations* deve ser um dos novos recuros que ficou mais famoso, tanto pelo nome sugestivo quanto pela real usabilidade. Na prática não parece muito mas definitivamente torna suas migrations mais bonitas, pulando disto:

--- rubycreate_table :people do |t|
  t.column, "account_id",  :integer
  t.column, "first_name",  :string, :null => false
  t.column, "last_name",   :string, :null => false
  t.column, "description", :text
  t.column, "created_at",  :datetime
  t.column, "updated_at",  :datetime
end

Em um detalhe interessante para quem trabalha muito com Ajax é o suporte a JSON. Antes já tinhamos nos models o método .to_xml, que serializava um model em XML. Agora há o método reverso, Model.new.from_xml("xml") que alimenta uma nova instância com as propriedades corretas. E finalmente, temos .to_json, e com isso chamadas Ajax podem diretamente receber os dados num formato automaticamente processável.

Acho que pouca gente realmente usa o método ActiveRecord::with_scope hoje, mas para quem usa, basta saber que agora ele é um método privado. Ou seja, só poderá ser usado dentro do próprio Model e não nos controllers ou views como algumas pessoas vinham erroneamente fazendo.

h3. Active Support

Este pacote tem todas as extensões aos objetos Core do Ruby e agora temos novos métodos de suporte como Array#rand para pegar aleatoriamente um elemento de um Array e Hash#except para filtrar um hash de chaves que não se quer. Também temos várias exceções para Date. Testes ganharam o novo método "assert_difference":https://blog.hasmanythrough.com/2007/5/2/getting-arbitrary-with-assert_difference.

h3. Action Mailer

Nada de muito novo aqui, tirando correções de bugs, agora há a opção de registrar engines de templates diferentes e 'assert_emails' à suite de testes que funciona asim:

# Avalie o número de e-mails enviados dentro de um bloco: 

--- rubyassert_emails 1 do post :signup, :name => ‘Jonathan’ end