def book_list
		Book.find(:all)
	end

[...]
	<% 
		cache :controller => 'meiner', :action => 'list', :part => 'books' do 
		books = book_list
	%>
		<ul>
			<% for book in books %>
				<li><%= book.title %> 
			<% end %>
		</ul>
	<% end %>
	[...]

Fazit

Mit den drei Ebenen Page-Caching, Action-Caching und Fragment-Caching bietet Rails smarte und funktionierende Lösungen, um eine Anwendung besser auf einen Benutzeransturm vorzubereiten. Der zu verwendende Mechanismus ergibt sich aus der Struktur der Anwendung und dem Anteil an dynamischen und vor allem Session-abhängigen Seitenbestandteilen.

Damit ist das Thema „Caching in Rails“ keineswegs erschöpfend behandelt. Vollkommen ausgespart bleibt hier zum Beispiel das Thema „Caching testen“. Außerdem gibt es weitere Möglichkeiten, um zum Beispiel Ergebnisse von Berechnungen oder von komplexen Datenbankabfragen auf Modellebene zu cachen (siehe z. B. das „Cache_Fu-Plugin“ von Chris Wanstrath [3] ). Für viele Fälle dürften allerdings die hier gezeigten Mechanismen vollkommen ausreichen.

Der Autor

Dipl.-Ing. Jan Krutisch ist Co-Autor des Buchs „Webanwendungen mit Ruby on Rails“ und seit April 2007 Entwicklungsleiter für Rails-Projekte bei der Agentur mindmatters (www.mindmatters.de) in Hamburg. Seine Erfahrungen fließen sowohl in sein englischsprachiges Weblog (http://localhost3000.de) als auch in eine Plattform für Ruby-Entwickler, die im Herbst online gehen wird. Er freut sich stets über neue Mitglieder in der von ihm mit ins Leben gerufenen deutschen Rails-Usergroup (http://rubyonrails-ug.de).