Professionelle Bücher. Auch für Einsteiger.

Inhaltsverzeichnis
Geleitwort des Fachgutachters
Vorwort
1 Einleitung
2 Einführung in eZ Components
3 Die Applikationsbasis
4 Fehlerbehandlung und Debugging
5 Konfiguration
6 Datenbankanbindung
7 ORM mit PersistentObject
8 Template
9 Übersetzung
10 Benutzereingaben validieren
11 Authentifizierung
12 Bildverarbeitung
13 Archive und Dateien
14 Mail
15 Logging
16 Diagramme
17 Feeds und Caching
18 Setup
A Inhalt der Buch-CD
Stichwort
Download: - ZIP, ca. 2,7 MB
Ihre Meinung?
<< zurück | Galileo Computing / <openbook> /eZ Components | vor >>
eZ Components von Tobias Schlitt, Kore Nordmann Das Entwickler-Handbuch
eZ Components geb., mit CD 454 S., 39,90 Euro Galileo Computing ISBN 978-3-8362-1073-7 |
| 3 Die Applikationsbasis
|  | 3.1 Das MVC Pattern
|  | 3.2 Verwendete Komponenten
|  |  | 3.2.1 Url
|  |  | 3.2.2 SignalSlot
|  | 3.3 Der Haupt-Controller
|  |  | 3.3.1 Grundstruktur
|  |  | 3.3.2 Initialisierung
|  |  | 3.3.3 Signale verarbeiten
|  |  | 3.3.4 Read-only-Attribute
|  |  | 3.3.5 Laufen lassen
|  | 3.4 Die Action-Controller
|  |  | 3.4.1 Ein einfacher Action-Controller
|  |  | 3.4.2 Einträge editieren
|  | 3.5 Erweiterte Möglichkeiten
|  |  | 3.5.1 Ungeordnete Parameter
|  |  | 3.5.2 URLs verwalten
|  |  | 3.5.3 Signale priorisieren
|  |  | 3.5.4 Statische Signale
|  |  | 3.5.5 Lazy-Initialization für SignalSlot
|  | 3.6 Fazit
Das Galileo-Press-Blog benötigt zunächst eine gut strukturierte Basisarchitektur. Mit Hilfe der eZ Components wird dazu das Model-View-Controller-Pattern implementiert. # 3 Die Applikationsbasis Das Model-View-Controller-Entwurfsmuster (MVC-Pattern) ist eines der bekanntesten Entwurfsmuster des objektorientierten Softwaredesigns. Ursprünglich im Bereich der Programmierung von Graphical-User-Interfaces (GUI) entstanden, findet es auch im Webbereich immer weitere Verbreitung. Dieses Kapitel wird Ihnen das MVC-Entwurfsmuster näherbringen und zeigen, wie Sie es mit Hilfe der eZ Components erfolgreich als Basis einer Webapplikation verwenden können. Beachten Sie bitte, dass die gezeigte Implementation nicht primär darauf abzielt, ohne Änderungen in den produktiven Betrieb übernommen zu werden. Das Hauptaugenmerk liegt beim GP-Blog immer auf dem Beispielcharakter der Anwendung, weshalb an einigen Stellen Konzepte verwendet werden, die so in realen Anwendungen wenig Sinn machen. In diesem Fall passiert es meist aus Platz- und Übersichtsgründen und wir weisen an den entsprechenden Stellen explizit darauf hin und geben Vorschläge, wie eine bessere Realisierung aussehen sollte. ## 3.1 Das MVC Pattern Wie der Name Model-View-Controller bereits andeutet, sieht das Entwurfsmuster eine Aufteilung der Applikation in drei wesentliche Teile vor: Die Modelle der Applikation sind die verwendeten Daten-Objekte, welche oft nicht nur für die Datenhaltung, sondern auch für häufig benötigte Funktionalitäten zuständig sind. In aktuellen Umsetzungen des MVC-Patterns wird zwischen den vereinfachten Objekten, die zur Darstellung verwendet werden, und den eigentlichen Objekten zur Datenhaltung unterschieden. Auf diese häufig sinnvolle Trennung gehen wir hier nicht weiter ein. Der Controller-Teil bildet die Zentrale der Applikation und verwaltet die Schichten. Die View-Komponenten sind für die Darstellung gegenüber dem Benutzer zuständig. Sinn und Zweck des Entwurfsmusters ist also die Trennung zwischen Datenhaltung, Business-Logik und Darstellung. Besonders in einer Webapplikation macht es Sinn, die Darstellungsschicht von der Business-Logik zu trennen, um flexibel das optische Design der Applikation auszutauschen, ohne die Logik berühren zu müssen. Ebenfalls ist es sinnvoll, die Datenhaltung von der Logik abzukapseln, um die zugrunde liegenden Mechanismen der Datenhaltung flexibel austauschen zu können. Zum Beispiel wäre es möglich, das verwendete Datenbanksystem zu wechseln. Letztendlich werden durch die klare Strukturierung auch die einzelnen Applikationsteile besser und vor allem getrennt voneinander wartbar. Der typische Ablauf innerhalb eines MVC für eine Webapplikation gestaltet sich wie folgt:
1. | Ein einzelner Haupt-Controller nimmt den HTTP-Request entgegen und entscheidet anhand verschiedener Kriterien, was mit den übermittelten Daten zu geschehen hat. Typisch ist hier die Abwicklung über eine einzige Basis-URL.
2. | Sind die Request-Daten valide, vermittelt der Haupt-ControllerHaupt-Controller die weitere Verarbeitung an ein spezielles Controller-Objekt, den sogenannten Action-Controller.
3. | Der Action-ControllerAction-Controller führt nun die gewünschte Aktion aus und greift dazu auf die Modelle der Applikation zu und manipuliert diese. Schließlich überlässt der Action-Controller die Daten der View-Komponente zur Darstellung.
Sie werden im Folgenden die Grundstruktur eines MVC anhand der Beispielapplikation GP-Blog kennenlernen. Die Modelle sowie die View-Komponenten folgen in den späteren Kapiteln, die sich mit den Komponenten PersistentObject und Template beschäftigen. ### Ihr Kommentar Wie hat Ihnen das <openbook> gefallen? Wir freuen uns immer über Ihre freundlichen und kritischen Rückmeldungen. >> Zum Feedback-Formular
<< zurück | <top> | vor >>
Ihre Meinung?
Wie hat Ihnen das <openbook> gefallen? Ihre Meinung
Buchempfehlungen
| PHP 5.3 und MySQL 5.1
| Besser PHP programmieren
| Webshops mit Magento
| Sichere Webanwendungen
| PHP 5.3 und MySQL 5.1 - Videotraining
| Apache 2
| Suchmaschinen- Optimierung für Webentwickler
| Joomla! 1.5
Shopping
Versandkostenfrei bestellen in Deutschland und Österreich Info

Copyright © Galileo Press 2008
Für Ihren privaten Gebrauch dürfen Sie die Online-Version natürlich ausdrucken. Ansonsten unterliegt das <openbook> denselben Bestimmungen, wie die gebundene Ausgabe: Das Werk einschließlich aller seiner Teile ist urheberrechtlich geschützt. Alle Rechte vorbehalten einschließlich der Vervielfältigung, Übersetzung, Mikroverfilmung sowie Einspeicherung und Verarbeitung in elektronischen Systemen.

[Galileo Computing]
Galileo Press, Rheinwerkallee 4, 53227 Bonn, Tel.: 0228.42150.0, Fax 0228.42150.77, info@galileo-press.de