Model-View-Controller-Paradigma/View: Unterschied zwischen den Versionen
Kowa (Diskussion | Beiträge) |
Kowa (Diskussion | Beiträge) |
||
| Zeile 17: | Zeile 17: | ||
Man beachte, dass sich [[Model-View-Controller-Paradigma/View|Views von MVC-Anwendungen]], | Man beachte, dass sich [[Model-View-Controller-Paradigma/View|Views von MVC-Anwendungen]], | ||
[[Model-View-Controller-Service-Paradigma/View|Views von MVCS-Anwendungen]] und | [[Model-View-Controller-Service-Paradigma/View|Views von MVCS-Anwendungen]] und | ||
[[View-Controller-Logic-Service-Data-Paradigma/View|Views von | [[View-Controller-Logic-Service-Data-Paradigma/View|Views von VCLSD-Anwendungen]] | ||
nicht unterscheidenden. Alle drei visualisieren Modell-Daten (die allerdings in VCLSD-Anwendungen in | nicht unterscheidenden. Alle drei visualisieren Modell-Daten (die allerdings in VCLSD-Anwendungen in | ||
Data-Objekten und nicht in Modell-Objekten enthalten sind) und sie leiten Benutzeraktionen an Controller weiter. | Data-Objekten und nicht in Modell-Objekten enthalten sind) und sie leiten Benutzeraktionen an Controller weiter. | ||
Version vom 15. April 2011, 13:02 Uhr
Dieser Artikel erfüllt die GlossarWiki-Qualitätsanforderungen nur teilweise:
| Korrektheit: 4 (großteils überprüft) |
Umfang: 3 (einige wichtige Fakten fehlen) |
Quellenangaben: 4 (fast vollständig vorhanden) |
Quellenarten: 4 (sehr gut) |
Konformität: 4 (sehr gut) |
Diese Bewertungen beziehen sich auf alle im nachfolgenden Menü genannten Artikel gleichermaßen.
|
Model (Data) | View | Controller |
|||
gerahmt|rechts|Der MVC-Prozess
Definition (nach Kowarschick (MMProg))
(MVC-)Views sind die grafischen, akustischen, haptischen und olfaktorischen Schittstellen einer Anwendung, die nach den MVC-Paradigma realisert wurde. Zum einen „visualisieren“ sie die Daten von Modellen der Anwendung, zum anderen leiten sie Benutzeraktionen, die über grafische Eingabeelemente wie Textfelder oder Buttons erfolgen, an einen Cntroller weiter.
Aufgaben einer View
- Zugehörige Änderungen am Modell der Anwendung werden sofort grafisch, akustisch, haptisch oder olfaktorisch dargestellt.
- Es ist auch möglich, bestimmte Controller-Informationen (wie z.B. Fehler-Meldungen oder Service-Status-Meldungen) mit Hilfe von Views zu visualisieren. Allerdings sollten diese Fehlermeldungen von Contorller über spezielle Fehler-Modell-Objekte an eine View weitergeleitet werden.
- Interaktionen des Benutzers (Mausklick, Tastatur-Eingabeb etc.), die die Anwendung selbst betreffen, werden an einen geeigneten Controller der Anwendung weitergeleitet.
- Interaktionen des Benutzers können auch dazu genutzt werden, die aktuelle View durch eine neue zu ersetzen. Hierzu können Views direkt untereinander kommunizieren.
Andere Arten der Kommunikation führt eine View nicht aus.
Anmerkung
Man beachte, dass sich Views von MVC-Anwendungen, Views von MVCS-Anwendungen und Views von VCLSD-Anwendungen nicht unterscheidenden. Alle drei visualisieren Modell-Daten (die allerdings in VCLSD-Anwendungen in Data-Objekten und nicht in Modell-Objekten enthalten sind) und sie leiten Benutzeraktionen an Controller weiter.
