Hendrik Mans

David Heinemeier Hansson hat in seiner Keynote zur RailsConf 2009 fünf Jahre Rails Revue passieren lassen und erste Einblicke in Rails 3 gewährt, welches wider früherer Ankündigungen noch nicht als offizielle Alpha-Version bereit steht.

Er betont, wie sich die Entwicklung von Rails inzwischen stabilisiert habe; auch nach der Einführung größerer Features und Idiome wie RESTfulness würde man heute Rails-Anwendungen im Großen und Ganzen noch genau so entwickeln wie vor einigen Jahren.

Dies solle sich auch mit Rails 3 nicht ändern, und das, obwohl nun einige heilige Kühe zur Schlachtbank getrieben werden. Die aus meiner persönlichen Signifikantesten sind:

JavaScript wird unobtrusive: Rails 3 wird nicht mehr AJAX-getriebene Links und Formulare mit in HTML eingesprenkeltem JavaScript realisieren, sondern das HTML über die in HTML 5 definierten data-Attributen mit Metadaten versehen. Ein AJAX-Link würde dann z.B. wie folgt aussehen:

1

<a href="/posts/5" data-remote="true" data-method="delete">Delete</a>

Die JavaScript-Funktionalitäten würden dann über ein einmal laufendes Script aktiviert werden, das die mit solchen Metadaten versehene Elemente findet und mit entsprechenden Behaviours versieht. Neben dem sehr viel saubereren Markup bietet dies den weiteren großen Vorteil, dass sich damit der Output der Rails-Helpers von der JavaScript-Bibliothek löst; endlich kann man also z.B. jQuery statt des bisherigen Rails-Defaults Prototype einsetzen, ohne sämtliche Helper-Funktionen umbiegen zu müssen.

Ausgegebene View-Variablen werden automatisch escaped: technisch betrachtet handelt es sich hierbei um eine Kleinigkeit, allerdings war dies ein Thema nicht enden wollender Diskussionen. Ab Rails 3 werden Variablen, die in Views ausgegeben werden, automatisch escaped (d.h. eventuell in ihnen vorhandenes HTML wird umgewandelt, so dass es vom Browser angezeigt, aber nicht verarbeitet wird — der Angriffsvektor Nummer 1 in Webanwendungen aller Art).

Bisher musste dies manuell (durch den Aufruf der Helper-Methode h) geschehen. Dies geschieht nun automatisch; um einen String ohne Escaping auszugeben, muss nun der Helper raw aufgerufen werden. Selbst geschriebene Helper können ihren Rückgabewert durch die neue String-Methode html_safe! als sicher deklarieren, so dass ActionView dort nicht unerwünscht doppelt escaped.

Abgesehen von diesen beiden großen und ein paar hier nicht besprochenen kleineren Änderungen wird Rails 3 noch einen ganzen Haufen interner Refactorings mit sich bringen, die sich vor allem im Sachen Performance bemerkbar machen sollten. Ein Release ist noch für diesen Sommer geplant.

Neu in Edge Rails:

1
2
3
4
5
6
7

Add localized templates
 
  # Default locale
  app/views/messages/index.html.erb
 
  # I18n.locale is set to :da (Danish)
  app/views/messages/index.da.html.erb

Wird auch langsam Zeit!

Wie wär’s mit einem kleinen Helper zum Setzen des Seitentitels, der sowohl einen String als auch einen Block (mit HTML, das dann rausgesanitized wird) entgegen nimmt?

1
2
3
4
5
6
7

def set_page_title(title = nil, &block)
  if block_given?
    html = capture(&block)
    concat(html)
  end
  content_for(:title, title || strip_tags(html))
end

In einer HAML-View setzt man den Titel der Seite dann so:

1

- set_page_title "Neuer User"

Oder mit einem Block, der auch ausgegeben wird (aber im Titel werden alle HTML-Tags entfernt):

1
2
3
4

- set_page_title do
  %h1
    %strong Ein neuer User.
    Wie spannend!

Den Seitentitel kann man dann per yield :title ausgeben (idealerweise irgendwo im <title>-Tag.

Warum wird der Seitentitel überhaupt in einer View gesetzt? Weil er meiner Meinung nach die Angelegenheit eben dieser ist, und nicht des Controllers. So!

Update: mein Kollege Pascal wies mich völlig zurecht darauf hin, dass man den fertigen Titel konsequenter Weise per content_for und yield statt einer Instanzvariable übergeben sollte. Habe den Code entsprechend angepasst.