Model-View-Controller-Service-Paradigma/View: Unterschied zwischen den Versionen

aus GlossarWiki, der Glossar-Datenbank der Fachhochschule Augsburg
← zur vorherigen Versionen-Differenzzur nächsten Versionen-Differenz →
Kowa (Diskussion | Beiträge)
Administrator, Bots, Bürokraten, emailconfirmed, Oberflächenadministratoren, interwiki, oversight, SMW-Administratoren, SMW-Kuratoren, SMW-Editoren, Oversighter, Administratoren
42.989 Bearbeitungen
Kowa (Diskussion | Beiträge)
Administrator, Bots, Bürokraten, emailconfirmed, Oberflächenadministratoren, interwiki, oversight, SMW-Administratoren, SMW-Kuratoren, SMW-Editoren, Oversighter, Administratoren
42.989 Bearbeitungen
Keine Bearbeitungszusammenfassung
Zeile 3: Zeile 3:
=Definition (nach [[Kowarschick (MMProg)]])=
=Definition (nach [[Kowarschick (MMProg)]])=


([[Model-View-Controller-Service-Paradigma|MVCS]]-)[[Model-View-Controller-Service-Paradigma/View|Views]] sind die grafischen, akustischen, haptischen und olfaktorischen Schittstellen einer [[Anwendung]], die nach den [[Model-View-Controller-Service-Paradigma|MVCS-Paradigma]] realisert wurde. Zum einen „visualisieren“ sie die
([[Model-View-Controller-Service-Paradigma|MVCS]]-)[[Model-View-Controller-Service-Paradigma/View|Views]] sind die grafischen, akustischen, haptischen und olfaktorischen Schittstellen einer [[Anwendung]], die nach den [[Model-View-Controller-Service-Paradigma|MVCS-Paradigma]] realisert wurde.  
Daten von [[Model-View-Controller-Service-Paradigma/Model|Modellen]] der Anwendung, zum anderen leiten sie Benutzeraktionen, die über grafische Eingabeelemente wie Textfelder oder Buttons erfolgen, an einen [[Model-View-Controller-Service-Paradigma/Controller|Cntroller]] weiter.
Sie „visualisieren“ die Daten von [[Model-View-Controller-Paradigma/Model|Modell]]en der Anwendung.


==Aufgaben einer View==
Eine View kann weitere Aufgaben übernehmen:
* Zugehörige Änderungen am [[Model-View-Controller-Service-Paradigma/Model|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 [[Model-View-Controller-Service-Paradigma/Controller|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.
* bei Daten-Änderungen in den zuständigen [[Model-View-Controller-Service-Paradigma/Model|Modell]]en der Anwendung die View-Repräsentation dieser Daten automatisch anpassen (dies funktionier nur, wenn die View über Änderungen informiert wird)
* Benutzeraktionen, die über grafische Eingabeelemente – wie Textfelder oder Buttons – erfolgen, an einen [[Model-View-Controller--ServiceParadigma/Controller|Controller]] weiterleiten
* Controller-Informationen (wie z.B. Fehler-Meldungen oder Service-Status-Meldungen) visualisieren (hierfür sollte es spezielle Modelle geben, die die Controller-Status-Informationen enthalten)


=Anmerkung=
=Anmerkung=
Zeile 18: Zeile 16:
[[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 VCLSD-Anwendungen]]
[[View-Controller-Logic-Service-Data-Paradigma/View|Views von VCLSD-Anwendungen]]
nicht unterscheidenden. Alle drei visualisieren Modell-Daten (die allerdings in VCLDS-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 leiten Benutzeraktionen an Controller weiter.
Data-Objekten und nicht in Modell-Objekten enthalten sind) und leiten Benutzeraktionen an Controller weiter.


Zeile 24: Zeile 22:


*[[Kowarschick, W.: Multimedia-Programmierung]]
*[[Kowarschick, W.: Multimedia-Programmierung]]
*[[Berkovitz, Joe (2006): An architectural blueprint for Flex applications]]


=Siehe auch=
=Siehe auch=
* [[Model-View-Controller-Paradigma/View|View (MVC)]]
* [[Model-View-Controller-Paradigma/View|View (MVC)]]
* [[View-Controller-Logic-Service-Data-Paradigma/View|View (VCLSD)]]
* [[View-Controller-Logic-Service-Data-Paradigma/View|View (VCLSD)]]
* [[Model-View-Controller-Paradigma]] (insb. die dort angegebenen Quellen)


[[Kategorie:MVC]]
[[Kategorie:MVC]]
[[Kategorie:Glossar]]
[[Kategorie:Glossar]]

Version vom 6. Mai 2011, 14:47 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.

MVC-Paradigma:

Model (Data) | View | Controller

MVC-Pattern:

Singletons | Dependency Injection | Observers

MVCS-Paradigma:

Service

MVCS-Pattern:

Singletons | Dependency Injection | Observers

LDVCS-Paradigma:

Logic

VCLSD-Pattern:

Singletons | Dependency Injection | Observers

gerahmt|rechts|Der MVCS-Prozess

Definition (nach Kowarschick (MMProg))

(MVCS-)Views sind die grafischen, akustischen, haptischen und olfaktorischen Schittstellen einer Anwendung, die nach den MVCS-Paradigma realisert wurde. Sie „visualisieren“ die Daten von Modellen der Anwendung.

Eine View kann weitere Aufgaben übernehmen:

  • bei Daten-Änderungen in den zuständigen Modellen der Anwendung die View-Repräsentation dieser Daten automatisch anpassen (dies funktionier nur, wenn die View über Änderungen informiert wird)
  • Benutzeraktionen, die über grafische Eingabeelemente – wie Textfelder oder Buttons – erfolgen, an einen Controller weiterleiten
  • Controller-Informationen (wie z.B. Fehler-Meldungen oder Service-Status-Meldungen) visualisieren (hierfür sollte es spezielle Modelle geben, die die Controller-Status-Informationen enthalten)

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 leiten Benutzeraktionen an Controller weiter.

Quellen

Siehe auch

Abgerufen von „https://glossar.hs-augsburg.de/w/index.php?title=Model-View-Controller-Service-Paradigma/View&oldid=17156“