Ruby on Rails. Einstieg in die effiziente Webentwicklung -Grundlagen und fortgeschrittene Konzepte -Ajax / Web 2.0 -Einführung in Ruby

Transkript

1 Ruby on Rails Einstieg in die effiziente Webentwicklung -Grundlagen und fortgeschrittene Konzepte -Ajax / Web 2.0 -Einführung in Ruby von Martin Marinschek, Wolfgang Radinger 1. Auflage Ruby on Rails Marinschek / Radinger schnell und portofrei erhältlich bei beck-shop.de DIE FACHBUCHHANDLUNG Thematische Gliederung: Prozedurorientierte Programmierung dpunkt.verlag 2006 Verlag C.H. Beck im Internet: ISBN Inhaltsverzeichnis: Ruby on Rails Marinschek / Radinger

2 19 3 Model View Controller die Schaltzentrale Eines der bekanntesten und ältesten Muster (engl.»patterns«) der Softwareentwicklung ist das»model-view-controller«(mvc)-muster. Es wurde von Trygve Reenskaug Ende der 70er Jahre veröffentlicht und fand seine erste Anwendung in»smalltalk«, der damals gerade neu entstehenden, völlig objektorientierten Programmiersprache. Ziel des MVC-Musters ist die klare Trennung zwischen dem Modell also der Geschäftslogik und der Präsentation der Geschäftslogik. Wenn die Trennung klar durchgeführt wird, kann der»view«-teil der Applikation einfach durch eine andere ersetzt oder um eine zusätzliche Ansicht ergänzt werden. Eine klare Trennung zwischen den Applikationsbereichen verlangt natürlich auch nach klaren Schnittstellen. Um welche Schnittstellen geht es? Das Model-View-Controller- Konzept baut auf drei miteinander in Beziehung stehenden Teilen auf: Aufbau des MVC-Musters Model stellt die Geschäftslogik dar und repräsentiert den aktuellen Zustand des Systems. Der Zustand des Modells kann über Methoden der Objekte verändert werden. View stellt den Zustand des Modells dar und repräsentiert die Schnittstelle zum Benutzer. Controller steuert die Interaktionen des Benutzers mit den Views und dem Modell. Schauen wir uns die drei Teile im Detail an. Das Model beinhaltet die Geschäftslogik des Programms. Die Klassen des Models verwalten die Daten, die zur Verfügung stehen müssen. Es bietet Methoden an, mit denen die Daten manipuliert werden können. Die Daten sollen, wie es das Grundkonzept»Kapselung«der Objektorientierung vorsieht, nicht redundant vorliegen und nur an einer Stelle geändert werden. Dies erhöht auch die Wartbarkeit es ist immer klar ersichtlich, an welcher Stelle des Codes die Veränderung durchgeführt wurde. Views visualisieren die Daten des Modells. Die Ansicht hat Zugriff auf die Daten des Modells und ist dafür verantwortlich, diese für Model View

3 20 3 Model View Controller die Schaltzentrale Controller Abbildung 3.1 Das Model-View- Controller-Muster die Präsentation aufzubereiten. Zwischen View und Model besteht eine 1:n-Beziehung es können mehrere Views auf gleiche Daten und Geschäftsobjekte zugreifen. Durch die Kapselung der Daten in den Modellen ist gewährleistet, dass die Daten konsistent bleiben. Die Summe der verschiedenen Views einer Anwendung ist die Benutzerschnittstelle die Interaktion des Benutzers mit den Views bringt uns zum dritten Teil, dem Controller. Der Controller verbindet das Modell mit den Ansichten. Der View selbst behandelt keine vom Benutzer ausgelösten Events, sondern leitet diese an den Controller weiter. Der Controller entscheidet nun über die weitere Vorgangsweise in manchen MVC-Implementierungen verändert er das Modell mit den in der Ansicht geänderten Daten und stellt diese geänderten Daten wieder der Ansicht zur Verfügung. In anderen Implementierungen adaptiert die Ansicht direkt die Modelldaten, der Controller steuert nur, ob und wann diese Aktualisierung erfolgen soll. Rails wählt die erste Vorgangsweise: Der Controller behält die vollständige Kontrolle über die Daten. Abbildung 3.1 visualisiert das MVC- Muster. Event Anstoß zum Rendern der neuen View Controller Business-Logik View Model Wird mit Daten aus dem Model gerendert 3.1 MVC in Rails Das Prinzip von MVC kennen wir jetzt. Aber wie ist das MVC-Muster in Rails umgesetzt? Wird in Rails eine neue Anwendung mit dem Befehl rails appname erstellt, dann wird unter anderem ein Ordner app erzeugt, der die An-

4 3.1 MVC in Rails 21 wendung beinhaltet. In diesem Ordner wird das MVC-Muster im Rails- Framework abgebildet. Es werden drei Verzeichnisse models, views und controllers angelegt. Diese drei Verzeichnisse beinhalten in weiterer Folge die Klassen für die Models, dieviews und die Controller der Anwendung. Rails gibt dem Entwickler aber nicht nur die Struktur vor, sondern übernimmt als stark ausgebautes Web-Application-Framework weitgehend die Funktionalität, aus den Einzelkomponenten eine laufende Anwendung zu generieren. So wichtig eine MVC-Architektur für die Wartbarkeit einer Software ist, so aufwändig ist die manuelle Erstellung einer solchen Applikation von Grund auf. Genau diesen Aufwand nimmt uns Rails ab. Eine der Ideen hinter dem Design von Rails ist das Prinzip»Konvention statt Konfiguration«. Gemäß dieser Philosophie wird die MVC- Struktur fast von selbst erstellt vorausgesetzt, die Namenskonventionen werden durch den Programmierer eingehalten. Vom Aufruf einer URL des dazugehörigen Controllers, über den Aufruf der Action, die dann die Daten ausliest, bis hin zur Ansicht ist der gesamte Ablauf in einer Rails-Anwendung durch Namenskonventionen standardisiert es ist keine getrennte Konfiguration notwendig. Eine Benutzerinteraktion in einem auf dem MVC-Muster basierenden Framework folgt immer einem vorgegebenen Ablauf. Dieser ist in Rails folgendermaßen: Am Beginn steht der Aufruf eines Hyperlinks z.b /TestController/testAction. Der Aufruf des Hyperlinks ergibt eine HTTP-Anfrage an den Server. Der Server empfängt die Anfrage und leitet diese an das Rails-Framework weiter. Die Interpretation der URL und das Auffinden der auszuführenden Ruby-Methode ist der erste Schritt des Frameworks beim Aufruf einer Seite diesen Vorgang nennt man Routing. Wie wird die zugehörige Methode gefunden? In der Adresse entspricht der erste Teil dem Server, auf dem Rails läuft (localhost:3000). Der zweite Teil der Adresse ist der Name des Controllers (TestController) und der dritte Teil gibt die zum Aufruf gehörige Methode an auch als Action bezeichnet (testaction). Nach dem Routing wird die Action-Methode des Controllers aufgerufen. Diese ruft üblicherweise zuerst Methoden des Models auf und dann die Ansicht, um die Daten darzustellen. Wurden die Namenskonventionen eingehalten, wird der Ablauf gänzlich vom Framework gesteuert. Der Ablauf Modelle auf Schienen Modelle bilden Daten der Anwendung in Form von Ruby-Klassen ab die eigentlichen Daten sind in Datenbanken gespeichert. Es entsteht Modelle und Datenbanken

5 22 3 Model View Controller die Schaltzentrale Relationale Datenbanken und Objektorientierung eine Lücke zwischen der Datenspeicherung und der Darstellung der Daten im Modell. Rails hilft mit der Technologie der Active Records,diese Lücke zu schließen. Zwei Möglichkeiten stehen beim Arbeiten mit Datenbanken zur Verfügung: Eine einfache und schnelle Methode ist das direkte Einbinden von Datenbankabfragen in den Code 1. Allerdings wird der Code durch diese Vorgangsweise schlechter lesbar und wartbar und Codefragmente wiederholen sich. Zur Vermeidung versuchen wir, den Code zur Manipulierung von Datensätzen an einer zentralen Stelle zusammenzufassen. Üblicherweise werden also Methoden erstellt, die alle Datenbankzugriffe für die gesamte Anwendung übernehmen und eine Schnittstelle zur Datenbank bereitstellen. Alle diese Klassen und Methoden zusammen werden als Persistenzschicht (bzw. Persistenz-Framework) bezeichnet. Active Records 2 ist dieses Persistenz-Framework für Rails und dient der Verbindung der Konzepte der relationalen Datenbanken und der Objektorientierung. Die Welten der relationalen Datenbanken und der objektorientierten Programmiersprachen sind sich über die Jahre nicht nähergekommen. Daher ist der Aufwand für die Verbindung dieser Welten oft hoch. Es gibt zahlreiche Ansätze und Frameworks, die den Programmierer bei dieser Aufgabe unterstützen. Gutes objekt-orientiertes Design zeichnet sich dadurch aus, dass die Klassenstruktur die reale Welt abbildet. Eigenschaften werden auf Attribute von Klassen, Abläufe auf Methoden von Klassen abgebildet. Beziehungen zwischen Klassen werden über Referenzen zwischen Klassen realisiert. Relationale Datenbanken bilden auch die reale Struktur ab, allerdings in der Form von Tabellen. Relationale Datenbanken bestehen aus Tabellen mit Attributen als Spalten. Jede Zeile entspricht einer Instanz im objektorientierten Sinne. Die Abbildung zwischen objektorientierten Modellen und relationalen Datenmodellen wird als objektrelationales Mapping bezeichnet Objektrelationales Mapping Ein Ansatz, die Lücke zwischen der Objektorientierung und den relationalen Datenstrukturen zu schließen, ist das objektrelationale Mapping (ORM). Dabei wird eine Tabelle in ein Objekt abgebildet oder vice 1 Das gilt vor allem für den Bereich der serverseitigen Skriptsprachen auf Plattformen wie Java ist der Umstieg zu Persistenz-Frameworks schon erfolgt; Rails ist für die Skriptsprachen einer der Vorreiter. 2 Rails bietet mit Active Records Unterstützung bei der Arbeit mit Datenbanken an, diese ist aber nicht zwingend.

6 3.1 MVC in Rails 23 versa. Ein Tupel 3 einer Tabelle wird als Instanz einer entsprechenden Klasse ausgegeben. Die Spalten der Tabelle entsprechen den Attributen der Klasse. Beziehungen zwischen den Tabellen werden über Objektreferenzen abgebildet. Mit dem Befehl ruby script/generate model TestModel wird in Rails Active Records ein leeres Model erzeugt. Das erzeugte Model leitet sich von der Klasse ActiveRecord::Base ab und sieht folgendermaßen aus: class TestModel < ActiveRecord::Base objektrelationales Mapping in Rails Active Records ist der Ansatz von Rails, um ein objektrelationales Mapping für die Schnittstelle zwischen dem Modell und der Datenbank zu realisieren. Active Records funktionieren genauso, wie der vorher erläuterte ORM-Standardansatz. In jeder Klasse bieten die Active Records zusätzliche Methoden für den Zugriff auf auf die Datenbanktabellen an. Dazu gehört beispielsweise die Methode find. Diese filtert in der zur Klasse gehörigen Tabelle die Zeilen, die zu den übergebenen Parametern passen und gibt diese Datensätze als Instanzen der Klasse zurück. Nachdem das Prinzip der Namenskonvention die grundlegende Philosophie von Rails ist, wird die Beziehung zwischen Tabelle und Klasse wieder ohne Konfiguration geregelt. Die Zuordnung einer Tabelle zu einem Model wird vom Framework durchgeführt, wenn der Name des Modells die Einzahl des Tabellennamens ist. Rails erkennt die Mehrzahl auch für Mehrzahlbildungen wie in country und countries allerdings beschränkt sich das Mapping auf die englische Form der Mehrzahlbildung. Datei test_model.rb View und Controller: Das Action Pack Als Action Pack wird in Rails die Verbindung aus View und Controller bezeichnet. Diese beiden weisen eine enge Beziehung auf: Der Benutzer interagiert mit der Ansicht, die ein Ereignis (»Event«) auslöst. Dieses Ereignis führt wiederum zum Aufruf einer Action-Methode des Controllers. Durch den Namen der Action-Methode ist über die Namenskonvention bereits der Aufruf einer bestimmten Ansicht vorgegeben, und der Controller veranlasst jetzt die Darstellung eines bestimmten Views. Mit Rails können verschiedenste Ansichten generiert werden. Grundsätzlich werden Webseiten oder Teile einer Webseite in HTML ausgegeben. Rails unterstützt auch die Ausgabe anderer Ausgabeformate, wie die Ausgabe von XML. Der einfachste Fall einer Ansicht ist Action Pack Der View 3 Jede Zeile einer Tabelle wird als Tupel bezeichnet.

7 24 3 Model View Controller die Schaltzentrale Der Controller die Ausgabe statischer Texte. Web-Applikationen leben aber von dynamischen Inhalten. In Rails werden dynamische Inhalte über die Definition von rhtml-vorlagen in das Format HTML eingebunden. Solche Vorlagen erhalten ihre dynamische Komponente durch Einbindung von Ruby-Code sie stellen sozusagen eine Mischung aus Ruby und HTML dar. Die Einbindung von Ruby-Code in die Ansicht ist praktisch, aber nicht unproblematisch: Die klare Trennung des MVC-Musters könnte durch zuviel Code in den Ansichten verloren gehen. Die Verantwortung zur Einhaltung des MVC-Konzepts liegt klarerweise beim Programmierer, daher sollte der View so wenig Code wie möglich enthalten. Code in Templates sollte nur dazu dienen, um beispielsweise mittels Schleifen auf eine dynamische Anzahl von Datenfeldern zuzugreifen oder dynamische Links zu generieren. Ein schneller Blick in die Ansicht zeigt oft, ob die Vorgaben des MVC-Musters eingehalten wurden: Besteht der überwiegende Teil der Seite aus Ruby-Code, liegt in vielen Fällen ein Verstoß vor. DieAufgabedesControllers ist die Steuerung des Ablaufs. Er wird aufgerufen, sobald eine Abfrage auf unsere Web-Applikation abgesetzt wird. Zuerst extrahiert der Controller die Daten aus der Anfrage und aktualisiert das Modell. Danach wählt der Controller den View aus, übergibt die Daten und die Ansicht wird aufbereitet. Der sichtbare Quelltext im Controller ist nur ein kleiner Teil der eigentlichen Funktionalität der größte Teil wird über das Framework und die Ableitung des Controllers von der Basisklasse ActionControllerBase zur Verfügung gestellt. Dadurch bleiben die Controller in Rails kleiner und besser wartbar. Der Controller stellt über das Framework folgende Funktionalitäten bereit: Interpretation der URL Caching Hilfsmodule zur Erweiterung der Funktionen der Ansichten Session Management Abbildung 3.2 visualisiert das MVC-Muster, wie es in Rails umgesetzt ist Zusammenfassung Das Model-View-Controller-Entwurfsmuster dient der klaren Trennung zwischen Modell (Geschäftslogik) und View (Benutzerschnittstelle). Dabei ist der View für die Darstellung zuständig, das Model für die Datenhaltung und Datenmanipulation und der Controller für die Initialisierung, Auswahl und die Steuerung der Kommunikation zwischen View und Model.

8 3.2 Der Zug kommt ins Rollen»Hello World«25 Browser Dispatcher Antoß zum Rendern eines neuen Views Controller ActionController Business Logik Abbildung 3.2 MVC in Rails View ActionView / RHTML Wird mit Daten aus dem Model gerendert Model ActiveRecord DB Das Rails-Framework basiert auf dem Model-View-Controller- Entwurfsmuster. Durch den strukturierten Aufbau einer Rails- Applikation wird dem Programmierer vorgegeben, wie die klare Trennung der Teile des MVC-Musters umzusetzen ist. Durch die Anwendung des Prinzips»Convention over Configuration«und damit die konsequente Anwendung von Namensregeln wird der Konfigurationsaufwand verringert und somit der Programmierer entlastet. Zusätzlich wird durch automatische Generierung von Teilen der Anwendung der Aufwand fürs Schreiben einer Basisapplikation verringert. Dadurch wird ein rasches Erstellen von Prototypen ermöglicht. Trotzdem hat der Entwickler die Möglichkeit, das Framework an seine Bedürfnisse anzupassen. 3.2 Der Zug kommt ins Rollen»Hello World«Zum Kennenlernen des Rails-Frameworks wollen wir ein einfaches Beispiel umsetzen. Ganz klar - das erste Beispiel in einem neuen Framework muss natürlich ein»hello World«-Programm sein Station 1 Erstellen des Grundgerüsts Die erste Station beim Erstellen einer Anwendung in Rails ist das Erzeugen des Grundgerüsts. Nach der Installation des Rails-Frameworks steht der Befehl rails zur Verfügung. Durch Ausführung dieses Befehls kann auf einfache Weise das Grundgerüst einer Rails-Anwendung erstellt werden. Das Grundgerüst besteht aus einer für eine Rails- Anwendung benötigten Verzeichnisstruktur, in der die einzelnen Ele- Anlegen der Verzeichnisstruktur

9 26 3 Model View Controller die Schaltzentrale mente des Programms abgelegt werden. Zusätzlich werden bei der Ausführung dieses Befehls auch Templates für die einzelnen Dateien in der Verzeichnisstruktur erzeugt 4. Wir werden in diesem Beispiel auf die vorgegebene Struktur aufbauen. Um eine erste Rails-Anwendung zu erstellen, öffnen wir zunächst ein Terminalfenster (Eingabeaufforderung unter Windows) und wechseln in das Verzeichnis, in dem die Anwendung erstellt werden soll. Anschließend führen wir den Befehl rails first _ rails _ app aus und erhalten folgende Ausgabe: create create app/apis create app/controllers create app/helpers create app/models create app/views/layouts... create log/production.log create log/development.log create log/test.log Dieses Kommando erstellt zahlreiche Verzeichnisse, die mit ls bzw. dir aufgelistet werden können. Mit dem Befehl ~ $ ls first _ rails _ app/ erhalten wir folgende Ausgabe: app CHANGELOG components config db doc lib log public Rakefile README script test vendor Station 2 Starten des Webservers Da das Rails-Framework zahlreiche Verzeichnisse und Dateien anlegt, ist es am Beginn schwer, den Überblick zu behalten. Wir wollen schrittweise die jeweils benötigten Dateien auflisten und beschreiben. Als Erstes sehen wir uns das public-verzeichnis an. Zu den wichtigsten Dateien in diesem Verzeichnis gehören die Dispatcher-Dateien: dispatch.cgi dispatch.fcgi dispatch.rb 4 Wenn eine andere als die automatisch erstellte Verzeichnisstruktur benötigt wird, kann diese auch manuell erzeugt werden. Die Konfiguration des Frameworks muss danach natürlich angepasst werden.

10 3.2 Der Zug kommt ins Rollen»Hello World«27 DieAufgabederDispatcher ist es, alle eingehenden Anfragen entgegenzunehmen und dafür zu sorgen, dass abhängig vom Request das richtige Modul der Anwendung ausgeführt wird. Weiterhin interessant ist die Datei index.html. Diese ist die Startseite des Webservers, wenn die Web-Anwendung ohne Zusatzparameter aufgerufen wird. Der Webserver (WEBrick::HTTPServer) wird gestartet, indem wir den Befehl ruby mit der Skriptdatei server im Unterverzeichnis scripts aufrufen. Die Eingabe Der Webserver ~/first _ rails _ app $ ruby script/server webrick ergibt folgende Ausgabe => Rails application started on => Ctrl-C to shutdown server; call with --help for options [ :03:26] INFO WEBrick [ :03:26] INFO ruby ( ) [i686-linux] [ :03:26] INFO WEBrick::HTTPServer#start: pid=17443 port=3000 Der Server läuft so lange, bis in diesem Terminalfenster die Tastenkombination Strg-C gedrückt wird. Wenn wir uns nun auf den Webserver verbinden wollen, müssen wir im Web-Browser die URL eingeben. Hat alles funktioniert, wird die Datei index.html angezeigt. Abbildung 3.3 DieStartseitedes Webservers

11 28 3 Model View Controller die Schaltzentrale Für den weiteren Ablauf muss der WEBrick::HTTPServer im Terminalfenster aktiv bleiben. Wir können in diesem Fenster die eingehenden Anfragen auf den Webserver beobachten Station 3 Erstellen des Models Das Modell»Hello World«Datei message.rb Wie bereits erwähnt, baut Rails auf dem Model-View-Controller- Framework auf. Für unser»hello World«-Beispiel benötigen wir nur ein einfaches Model. DasModel dient dazu, die Zeichenkette»Hello World!«auszugeben. Unser Modell bekommt den Namen Message und wird im Verzeichnis app/models unter dem Namen message.rb abgespeichert. class Message def say _ hello return "Hello World!" end end Dieses Model muss nun über einen Controller aufgerufen werden, den wir im nächsten Abschnitt erstellen Station 4 Erstellen des Controllers Beginnen wir mit dem Code für den Controller, der die Anfragen verarbeitet. Zum Erzeugen des Grundgerüsts für einen Controller benötigen wir wieder den Befehl rails. Diesmal müssen wir den Aufruf der Skriptdatei generate mit dem Parameter controller und dem Namen des Controllers ergänzen. In unserem Beispiel wählen wir den Namen echo für den Controller. Somit erstellt die Eingabe ~/first _ rails _ app $ ruby script/generate controller echo unseren Controller und gibt dabei Folgendes aus: exists app/controllers/ exists app/helpers/ create app/views/echo exists test/functional/ create app/controllers/echo _ controller.rb create test/functional/echo _ controller _ test.rb create app/helpers/echo _ helper.rb In der Ausgabe des Skripts werden sämtliche Dateien und Verzeichnisse überprüft beziehungsweise neu angelegt. Den Code unseres neu angelegten Controllers finden wir in der Datei echo _ controller.rb im Verzeichnis app/controllers.

12 3.2 Der Zug kommt ins Rollen»Hello World«29 class EchoController < ApplicationController end In dem generierten Controller ist einzig die Controller-Deklaration zu sehen. Die Klasse EchoController erbt allerdings von der Klasse ApplicationController und erhält daher einiges an Funktionalität von dieser Basisklasse. Es sind noch keine Action-Methoden in der Controller- Klasse definiert. Datei echo_controller.rb Station 5 Erstellen der Action Bevor wir die erste Action anlegen, sehen wir uns einen Request näher an. Über die URL wollen wir unser»hello World«-Beispiel anzeigen. Für den Webserver ist nur der erste Teil der URL relevant. Der andere Teil wird an die Anwendung übergeben 5.DerDispatcher zerlegt im Routing- Vorgang die URL folgendermaßen: echo zuständiger Controller hello zuständige Action Der Dispatcher verwendet den ersten Teil des Pfads, um den Namen des Controllers herauszufinden, und den zweiten Teil des Pfads, um die aufzurufende Action zu ermitteln. Damit die obige URL für unsere Anwendung zur Verfügung steht, definieren wir eine Action. Diese Action bezeichnen wir mit hello. 1 class EchoController < ApplicationController 2 def hello = Message.new 4 end 5 end Datei echo_controller.rb Die Action hello ist für die Aufbereitung der Daten zuständig. In der Action wird der Konstruktor der Klasse message aufgerufen, der für unser Modell immer»hello World!«zurückliefert. Wenn wir jetzt die URL im Browser eingeben, kommt es zu einer Exception bei der Ausführung des Codes in der Action Controller-Basisklasse. Diese Ausnahme ergibt sich, weil wir noch kein Template für den»hello«-view erstellt haben. Daher müssen wir im nächsten Schritt ein Template für den View erstellen. 5 Bei Rails entspricht echo/hello keiner Pfadangabe, wie man es von anderen Webservern erwarten könnte.

13 30 3 Model View Controller die Schaltzentrale Abbildung 3.4 Dem View fehlt noch ein Template Datei hello.rhtml 1 <html> 2 <head> Station 6 Erstellen des Views Damit unsere Anwendung vollständig wird, schreiben wir ein Template für den hello-view. Das Template wird in das Verzeichnis app/views/echo für die Views des echo-controllers gespeichert. Basierend auf der Konvention von Rails, hat die Template-Datei für den View denselben Namen wie die Action. In unserem Fall hat die Template-Datei den Namen hello.rhtml. Die Erweiterung.rhtml deshalb, weil sie nicht nur HTML enthalten kann, sondern auch Ruby- Befehle. Die Erweiterung ist ein Hinweis, dass es sich um eine Template- Datei handelt und nicht um eine reine HTML-Datei. Zuerst wollen wir nur statische Inhalte einfügen. Die dynamischen folgen dann später. 3 <title><%=@message.say _ hello %></title> 4 </head> 5 <body> 6 <h1><%=@message.say _ hello %></h1> 7 (erste Ruby-on-Rails Anwendung) 8 </body> 9 </html> Wenn wir jetzt die URL im Browser aufrufen, erhalten wir die Seite mit der gewünschten Meldung»Hello World!«. Damit haben wir das erste Set Model, View, Controller komplett umgesetzt und unsere Verbindung zur Welt erstellt.

14 3.2 Der Zug kommt ins Rollen»Hello World«31 Abbildung 3.5 Hello World! Station 7 Erstellen von dynamischen Inhalten Nur dynamische Seiten können Web-Anwendungen zum Leben erwecken. Rails verwendet dazu Embedded Ruby, um in die View- Templates Ruby-Code zu integrieren. Ähnlich wie bei PHP, JSP oder ASP arbeitet Embedded Ruby mit Tags. Der Beginn jedes Ruby-Codes wird mit einem %-Tag gekennzeichnet und mit % abgeschlossen. Wir werden nun das»hello World!«-Beispiel um das aktuelle Datum und die Uhrzeit erweitern. 1 <html> 2 <head> 3 <title><%=@message.say _ hello%></title> 4 </head> 5 <body> 6 <h1><%=@message.say _ hello%></h1> 7 <P> 8 Datum und Uhrzeit: <%= Time.now %> 9 </P> 10 </body> 11 </html> Datei hello.rhtml Dadurch enthält die Ausgabe jetzt auch Datum und Uhrzeit. Durch ein zusätzliches»=«nach dem Tag % wird der Rückgabewert des ausgeführten Codes an dieser Stelle in das Template eingefügt. Durch die Verwendung dieses Tags erspart man sich den expliziten Aufruf einer Ausgabefunktion und das Template wird lesbarer.

15 32 3 Model View Controller die Schaltzentrale Abbildung 3.6 Hello World mit dynamischem Inhalt Station 8 Model, View und Controller trennen Ganz sauber war der letzte Schritt nicht. Dem aufmerksamen Leser ist sicher nicht entgangen, dass das Ermitteln von Datum und Uhrzeit keine Aufgabe des Views, sondern des Controllers ist. Wir wollen also den Controller die Uhrzeit ermitteln lassen und den View lediglich zur Anzeige verwenden. Datei echo_controller.rb 1 class EchoController < ApplicationController 2 def hello = Message.new = Time.now 5 end 6 end Datei hello.rhtml 1 <html> 2 <head> 3 <title><%=@message.say _ hello%></title> 4 </head> 5 <body> 6 <h1><%=@message.say _ hello%></h1> 7 <P> 8 Datum und Uhrzeit: %> 9 </P> 10 </body> 11 </html>

16 3.2 Der Zug kommt ins Rollen»Hello World«33 Am Verhalten der Anwendung ändert sich nichts, allerdings können wir hier gut eine Eigenschaft von Rails beobachten. Im Controller-Objekt wird ein privates Attribut namens time gesetzt, auf das der View zugreift. Das funktioniert, weil Rails dafür sorgt, dass Attribute des Controller-Objektes im View-Template verfügbar sind Station 9 Schleifen in View-Templates Eine einfache Möglichkeit, Schleifen in Rails zu verwenden, soll folgendes Beispiel zeigen, in dem sich HTML-Code innerhalb einer Schleife befindet. 1 <html> 2 <head> 3 <title><%=@message.say _ hello%></title> 4 </head> 5 <body> 6 <% 3.times do %> 7 <h1><%=@message.say _ hello%></h1> 8 <% end %> 9 <P> 10 Datum und Uhrzeit: %> 11 </P> 12 </body> 13 </html> Datei hello.rhtml Die Schleife erzeugt HTML-Code, wobei die Daten bei jedem Durchlauf ausgegeben werden. Abbildung 3.7 Hello World in einer Schleife

17 34 3 Model View Controller die Schaltzentrale Station 10 Seiten verbinden Web-Anwendungen bestehen aus zahlreichen Seiten, die miteinander über Hyperlinks verbunden sind. Daher wollen wir nun Seiten unseres Beispiels miteinander verbinden. Dazu definieren wir in unserem bestehenden echo-controller eine zweite Action und ein zugehöriges Template. Datei echo_controller.rb 1 class EchoController < ApplicationController 2 def hello = Time.now 4 end 5 def second 6 end 7 end Datei second.rhtml 1 <html> 2 <head> 3 <title>zweite Seite</title> 4 </head> 5 <body> 6 <h1>zweite Seite!</h1> 7 <P> 8 Dies ist die zweite Seite unserer ersten Rails-Anwendung 9 </P> 10 </body> 11 </html> Abbildung 3.8 Eine zweite Seite, auf die wir jetzt verlinken können

18 3.2 Der Zug kommt ins Rollen»Hello World«35 Mit dieser Erweiterung erhalten wir die in Abbildung 3.8 dargestellte Seite im Browser. Wir müssen nun die erste Seite modifizieren, damit sie einen Hyperlink auf die zweite Seite enthält. Die einfachste Variante ist, einen Hyperlink <A HREF="/echo/hello"> einzufügen. Mit dem Nachteil, dass der Hyperlink ungültig wird, sobald diese Seite in ein anderes Verzeichnis verschoben wird. Besser ist es, die Funktion link _ to zu verwenden. Diese Funktion bekommt als ersten Parameter den Text des Hyperlinks und als zweiten die Action, auf die der Hyperlink verweisen soll. 1 <html> 2 <head> 3 <title><%=@message.say _ hello%></title> 4 </head> 5 <body> 6 <h1><%=@message.say _ hello%></h1> 7 <%= link _ to "Hier gehts auf die 2. Seite", :action => "second" %> 8 <P> 9 Datum und Uhrzeit: %> 10 </P> 11 </body> 12 </html> Nun haben wir auf der»hello World!«-Seite einen Link auf die zweite Seite. Datei hello.rhtml Abbildung 3.9»Hello World«-Seite mit Link auf die zweite Seite