View-Controller-Logic-Service-Data-Paradigma/View: Unterschied zwischen den Versionen

aus GlossarWiki, der Glossar-Datenbank der Fachhochschule Augsburg
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
(12 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
{{VCLSD:Menü}}
{{MVC:Menü}}
[[Medium:VCLSD-Prozess 01.png|gerahmt|rechts|Der VCLSD-Prozess]]
[[Datei:LDVCS-Prozess 01.png|gerahmt|rechts|Der LDVCS-Prozess]]
=Definition (nach [[Kowarschick (MMProg)]])=
=Definition ([[Kowarschick (MMProg)]])=


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


==Aufgaben einer View==
Eine LDVCS-View kann weitere Aufgaben übernehmen:
* Zugehörige Änderungen an einem [[View-Controller-Logic-Service-Data-Paradigma/Data|Daten]]-Objekt 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 [View-Controller-Logic-Service-Data-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 [[Logic-Data-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 [[Logic-Data-View-Controller-Service-Paradigma/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=
=Anmerkungen=
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 VCLSD-Anwendungen]]
[[Logic-Data-View-Controller-Service-Paradigma/View|Views von LDVCS-Anwendungen]]
nicht unterscheidenden. Alle drei visualisieren Modell-Daten (die allerdings in VCLSD-Anwendungen in
nicht unterscheidenden. Alle drei visualisieren Modell-Daten (die allerdings in LDVCS-Anwendungen in
Data-Objekten und nicht in Modell-Objekten stehen) und sie leiten Benutzeraktioen an Controller weiter.
Data-Objekten und nicht in Modell-Objekten enthalten sind) und leiten Benutzeraktionen an Controller weiter.


=Quellen=
=Quellen=


*[[Kowarschick, W.: Multimedia-Programmierung]]
#{{Quelle|Kowarschick, W.: Multimedia-Programmierung}}


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


[[Kategorie:MVC]]
[[Kategorie:MVC]]
[[Kategorie:Objektorientierte Programmierung]]
[[Kategorie:Glossar]]
[[Kategorie:Glossar]]

Aktuelle Version vom 6. März 2014, 13:49 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.

Der LDVCS-Prozess

Definition (Kowarschick (MMProg))

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

Eine LDVCS-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)

Anmerkungen

Man beachte, dass sich Views von MVC-Anwendungen, Views von MVCS-Anwendungen und Views von LDVCS-Anwendungen nicht unterscheidenden. Alle drei visualisieren Modell-Daten (die allerdings in LDVCS-Anwendungen in Data-Objekten und nicht in Modell-Objekten enthalten sind) und leiten Benutzeraktionen an Controller weiter.

Quellen

  1. Kowarschick (MMProg): Wolfgang Kowarschick; Vorlesung „Multimedia-Programmierung“; Hochschule: Hochschule Augsburg; Adresse: Augsburg; Web-Link; 2018; Quellengüte: 3 (Vorlesung)

Siehe auch