Scaffolding (Teil 1)

In nahezu jeder Ruby on Rails-Demo von fünf oder mehr Minuten Länge werden Sie sehr wahrscheinlich dem Scaffolding begegnen. Rails-Gegner lehnen dieses Feature mit der Begründung ab, dass jeglicher Scaffolding-Code wieder verworfen wird, so dass die Vorteile nur künstlicher Natur seien. In gewisser Weise haben die Gegner recht. Scaffolding-Benutzerschnittstellen sind hässlich und unvollständig. Aber das Scaffolding bietet mehr als nur billige Demoeffekte. Hier einige Vorteile:

• Sie können Code sehr schnell generieren, um von Ihren Benutzern Feedback zu erhalten.
• Sie sind durch schnelle Erfolge motiviert.
• Sie können lernen, wie Rails funktioniert, indem Sie sich den generierten Code ansehen.
• Sie können das Scaffolding als Grundlage nutzen, um Ihre Entwicklung voranzutreiben.
• Sie können Metaprogrammierung nutzen, die sich automatisch anpasst, wenn sich die Struktur der Datenbank ändert.

In diesem Kapitel zeigen wir, wie man das Scaffolding zum Aufbau einer einfachen Benutzerschnittstelle für Photo Share nutzt. In späteren Kapiteln werden wir diese Grundlage erweitern, um unsere Anwendung weiter auszugestalten.

Die Scaffold-Methode

Wir haben bereits ein funktionierendes Modell für Photo Share vorgestellt, einschließlich Photos, Kategorien, Diashows und Dias, und wir sind in der Lage, das Schema über Active Record-Objekte innerhalb der Rails-Konsole zu verwalten. Der nächste Schritt besteht darin, das Scaffolding zu nutzen, um einfache Web-Benutzerschnittstellen für diese Klassen aufzubauen. Scaffolding bringt Sie auf Ihrem Weg ein gutes Stück weiter, generiert aber keine vollständige Anwendung. Aber das ist in Ordnung, schließlich suchen wir einen Anfang und keine vollständige Anwendung in Produktionsqualität.

Eine Liste von Photos

Beginnen wir damit, den Benutzer eine Liste von Photos über das Web verwalten zu lassen. Stellen Sie sicher, dass Sie über eine Datenbank verfügen, dass diese konfiguriert ist und dass Sie über Tabellen mit Modellobjekten für Dias, Diashows, Kategorien und Photos verfügen.1 Wenn Ihr Server nicht läuft, starten Sie ihn wie üblich über ruby script/server. Besuchen Sie mit Ihrem Browser http://localhost:3000/, um sicherzustellen, dass die Dinge funktionieren. Sie sehen die Rails-Willkommensseite, wenn alles richtig funktioniert. Nutzen wir nun das Scaffolding.

Wir bauen unsere »Gerüste« mit Hilfe der scaffold-Methode auf. Diese Methode gehört zum Controller, weshalb wir einen Controller namens Photos anlegen müssen:

ruby script/generate controller Photos

Fügen Sie die scaffold :photo-Methode wie folgt in photo_controller.rb ein:

class PhotosController < ApplicationController

  scaffold :photo

end

Das war’s schon - Rails erledigt den Rest. Laden Sie nun die URL http://localhost:3000/photos, um sich das Scaffolding in Aktion anzusehen. Sie sehen eine Liste mit Photos, zusammen mit Links zum Anlegen neuer Photos, zum Editieren existierender Photos und zur Präsentation der vorhandenen Photos. Mit der einfachen Anweisung scaffold :photo erhalten Sie alle Seiten, die in Abbildung 4-1 aufgeführt sind. Das Scaffolding generiert überraschend vollständigen Controller- und View-Code. Um eins klarzustellen: Das Scaffolding erzeugt keinen produktionsfähigen Code, bietet aber einen guten Ausgangspunkt. Der nächste Abschnitt zeigt, wie das Scaffolding funktioniert.

Wenn Sie beim Zugriff auf die Anwendung die folgende Fehlermeldung erhalten, dann haben Sie den Server nicht neu gestartet:

Mysql::Error in Photo#list Access denied for user: ‘root@localhost’ (Using password: NO)

Abbildung 4-1

Scaffolding generiert alle vier Views

Mehr Metaprogrammierung

scaffold :photo erledigt die ganze Arbeit. scaffold ist eine Methode von ActionController.2 :photo ist ein Symbol, das das Active Record-Modell festlegt, das Rails für dieses Scaffolding benutzt. Wenn Sie diese Methode angeben, fügt Rails Ihrem Controller die neun Methoden aus Tabelle 4-1 hinzu. Vier dieser Methoden geben Views aus. Zusammen bilden diese Methoden eine einfache CRUD-Schnittstelle für Ihr Active Record-Modell (basierend auf dem Objektmodell). Innerhalb des Modells enthält das @@content_columns-Attribut Informationen zu jeder Spalte der Datenbank.

Die meisten der Methoden aus Tabelle 4-1 rufen letztendlich die render_scaffold-Methode auf, die überprüft, ob Sie den entsprechenden View hinzugefügt haben. (Denken Sie daran, dass Rails-Views standardmäßig den gleichen Namen besitzen wie die Controller-Methode.) Ist das der Fall, verwendet Rails Ihre Views. Andernfalls stellt der Controller Standard-Views zur Verfügung.

.CellHeading { text-align: center; font-weight: bold; color: #003366} .GroupTitlesIX { font-size: 16pt; color: #003366} .Heading1 { font-size: 18pt; color: #003366 ; font-weight: bold; margin-top: 20px} .Heading2 { font-size: 15pt; font-weight: normal; color: #003366} .Heading3 { font-size: 12pt; font-weight: bold; color: #003366} .Heading4 { font-size: 10pt; font-weight: bold; font-style: italic; color: #003366} .NewHtmlPage { text-align: center; font-size: 18pt; color: #003366 ; font-weight: bold; margin-top: 20px} .TableTitle { text-align: center; font-style: italic; font-weight: bold} .Title { text-align: center; font-size: 18pt; color: #003366; font-weight: bold; margin-top: 20px} .TOC1 { font-size: 13pt; font-weight: bold} .TOC2 { font-size: 11pt} .TOC3 { font-size: 10pt} .TOC4 { font-size: 9pt} .TOC5 { font-size: 8pt}

Dieses Tutorial stammt aus dem Buch “Durchstarten mit Rails” aus dem O’Reilly Verlag.

Details zu dem Buch