Contentmanagement. Dipl.- Inf. Benjamin Bock Topic Maps Lab, Universität Leipzig leipzig.de. Schlüsselqualifika6on 10

Größe: px

Ab Seite anzeigen:

Download "Contentmanagement. Dipl.- Inf. Benjamin Bock Topic Maps Lab, Universität Leipzig leipzig.de. Schlüsselqualifika6on 10"

Viktor Scholz
vor 5 Jahren
Abrufe

1 Schlüsselqualifika6on 10 Contentmanagement Dipl.- Inf. Benjamin Bock Topic Maps Lab, Universität Leipzig leipzig.de

2 Nächster Termin Nächste Woche ( ) ist keine Veranstaltung. Die nächste Vorlesung ist am Die nächste Übung ist ebenfalls am

3 Ruby on Rails 3

4 Einordnung Anfangs: Trennung von Inhalt, Struktur, Layout und Metadaten alles passiv: Beschreibung was wie ist Markup diese Woche neu: Ruby on Rails ak*v: Programmcode serversei*g: Alles wird wird vorbereitet und dann passive Seiten zurückgeschickt Trennung von Datenspeicherung, Aussehen, Datenflusskontrolle (über)nächste Woche dazu: JavaScript ak*ve Komponenten im Browser: Veränderungen in Struktur, Aussehen (auch visuelle Effekte), etwas Funk6onalität im Browser teilw. Überprüfung der Eingaben im Browser (Sicherheitshinweis: nur JS ist nicht ausreichend - > Rails valida6ons!) Programmcode clientsei*g 4

5 Wiederholung: JavaScript ist clientsei6g Browser JavaScript Interpreter Lesen Schreiben response HTML Parser Renderer DOM interne Baumstruktur JavaScipt- Interpreter läuj innerhalb des Browsers, also im Client 5

6 Ruby on Rails ist serversei6g Server Model Controller View request response Browser HTML Parser JavaScript Interpreter Lesen Schreiben Renderer DOM interne Baumstruktur Ruby on Rails läuj auf einem Server liefert die angefragte Webseite an den Client aus kann während der Produk6on der Webseite Code ausführen 6

7 Ruby on Rails: Programmablauf beim Seitenabruf Server Model Controller View request response Request kommt an Request wird an genau einen bes6mmten Controller zugewiesen Im Controller wird genau eine Ac*on ausgeführt Die Ac6on im Controller liest und/oder schreibt etwas im Modell und sammelt alle Daten zusammen Am Ende der Ac6on wird ein View gerendert und zurückgeschickt 7

8 Das Ganze von hinten Am Ende muss irgendwie eine fer6ge Seite rauskommen Der View beschreibt wie die Seite aussieht View ist eine halbfer6ge Webseite, hat noch Lücken In die Lücken werden Daten eingesetzt Wo kommen die Daten her? Der Controller muss sie vorher berechnen bzw. zusammensuchen Controller muss dazu im Modell nachsehen Evtl. hat der Controller mit der Anfrage noch Daten bekommen, diese müssen vorher gespeichert werden Welche Ac6on in welchem Controller die Arbeit macht, bes6mmt vorher der Router 8

9 View Server Model Controller View request response View- Komponente besteht aus vielen Templates (Schablonen = Webseite mit Lücken) Wir nutzen die, die Hausaufgabe zu heute war Häufig genutzte Abschnise sind in Teilwebseiten, sogenannten Par*als Das Gesamt- Template nennt man Layout 9

10 Controller (1) Server Model Controller View request response Controller besteht aus einer Menge von Ac6ons Bei einem Seitenabruf wird genau eine Ac6on in einem Controller ausgeführt * Jede Ac6on hat ein eigenes Template im View * In der Ac6on wird alles vorbereitet was der View zum Anzeigen braucht * Ausnahmen bestä6gen die Regel... 10

11 Controller (2) Server Model Controller View request response Jeder Controller bearbeitet die Aufgaben in einem bes6mmten Bereich, z.b. alles mit Posts im PostsController Für Posts gibt es verschiedene Aufgaben: alle auflisten (index) einen anzeigen (show) einen erstellen (create) usw. 11

12 Model Server Model Controller View request response Besteht aus mehreren Model- Klassen Jede Klasse ist für einen Typ zuständig, z.b. Post Alle können untereinander in Beziehung stehen (z.b. Post hat viele Kommentare) Model validiert Daten (damit nur Gül6ges gespeichert wird) Verwendet Datenbank zur Speicherung 12

13 Scaffolding Scaffold = Baugerüst Das ganze Gerüst für die Anwendung wird automa6sch generiert Voraussetzung: Immer gleiches Verwendungsschema CRUD: Create, Read, Update, Delete 13

14 Hilfsprogramme ruby script/generate generiert bes6mmte Teile der Webanwendung Aufruf ohne Parameter: Hilfe Mit Parameter: detaillierte Hilfe bzw. tatsächliche Generierung ruby script/console das Model von Hand benutzen ruby script/server die laufende Anwendung, die Webseiten auf Anfrage ausliefert rake db:migrate Jede Modelländerung erfordert Datenbankänderungen hiermit werden die Datenbankänderungen ausgeführt 14

15 Validierung Ermöglichen automa6sche Überprüfung der Eingabedaten class Person < ActiveRecord::Base validates_presence_of :first_name validates_length_of :first_name, :maximum=>30 validates_length_of :phone, :in => 7..32, :allow_blank => true validates_uniqueness_of :user_name end Ganz viele Beispiele auf hsp://api.rubyonrails.org/ classes/ac6verecord/valida6ons/classmethods.html 15

16 Modellierung has_one / belongs_to (1:1) has_many / belongs_to (1:n) has_and_belongs_to_many (m:n) Erläuterung am prak6schen Beispiel gleich in der Übung VORHER MUSS BEI ALLEN DIE GRUNDLAGE FUNKTIONIEREN! 16

Ähnliche Dokumente

Contentmanagement Übung

Schlüsselqualifika6on 10 Contentmanagement Übung Dipl.- Inf. Benjamin Bock Topic Maps Lab, Universität Leipzig bock@informa6k.uni- leipzig.de Scaffolding I und Rails Layouts 2 Zurück zur Rails Anwendung...