Model-View-Controller-Paradigma/Model: Unterschied zwischen den Versionen
Kowa (Diskussion | Beiträge) |
Kowa (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
(45 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
=Definition ( | {{MVC:Menü}} | ||
==Definition ([[Kowarschick (MMProg)]])== | |||
Ein [[Model-View-Controller-Paradigma/Model|Modell]] (engl. [[GlossaryWiki:Model-view-controller paradigm/model|model]]) | |||
]] | einer [[Model-View-Controller-Paradigma|MVC]]- oder [[Model-View-Controller-Service-Paradigma|MVCS]]-[[Anwendung]] | ||
bzw. ein [[Model-View-Controller-Paradigma/Model|Daten-Modul]] | |||
(engl. [[GlossaryWiki:Model-View-Controller-Paradigma/Model|data module]]) einer | |||
[[Logic-Data-View-Controller-Service-Paradigma|LDVCS]]-[[Anwendung]] | |||
ist ein Modul zur Speicherung bestimmter Daten, {{dh}} zur Speicherung von Teilen des aktuellen Zustands der Anwendung. | |||
Ein Modell bzw. ein Datenmodul kann weitere Aufgaben übernehmen: | |||
* anderen Modulen Zugriff auf die Zustandsdaten gewähren | |||
* andere Module über Änderungen informieren (meist mittels des [[Observer-Pattern]]s) | |||
MVC- und MVCS-Modelle können darüber hinaus noch folgende Aufgabe übernehmen: | |||
* Umsetzung der Komponentenlogik | |||
MVC-Modulen obliegt manchmal auch noch eine vierte Aufgabe: | |||
* Kommunikation mit externen Datenquellen (zum Zweck der Datensynchronisation) | |||
<gallery perrow="3" heights="317px" widths="250px"> | |||
*[[ | Datei:MVC-Prozess 02.png|Der MVC-Prozess | ||
Datei:MVCS-Prozess 01.png|Der MVCS-Prozess | |||
Datei:LDVCS-Prozess 01.png|Der LDVCS-Prozess | |||
</gallery> | |||
==Anmerkungen== | |||
[[Model-View-Controller-Paradigma/Model|Modelle von MVC-Anwendungen]], | |||
[[Model-View-Controller-Service-Paradigma/Model|Modelle von MVCS-Anwendungen]] und | |||
[[Logic-Data-View-Controller-Service-Paradigma/Data|Daten-Module von LDVCS-Anwendungen]] | |||
unterscheiden sich hinsichtlich der optionalen Aufgaben die sie wahrnehmen können. | |||
MVC-Modelle können die Komponentenlogik umsetzen sowie mit externen Datenquellen kommunizieren. | |||
MVCS-Modelle kommunizieren dagegen nie mit | |||
externen Datenquellen, dafür sind [[Model-View-Controller-Service-Paradigma/Service|MVCS-Services]] zuständig. | |||
Sie können aber immer noch die Komponentenlogik realisieren. | |||
VCLSD-Modelle gibt es nicht, sondern nur [[Logic-Data-View-Controller-Service-Paradigma/Data|LDVCS-Daten-Module]]. | |||
Daten-Module kommunizieren weder mit externen Datenquellen, noch | |||
realisieren sie die Komponentenlogik. Für diese Aufgaben gibt es zwei andere Module: | |||
[[Logic-Data-View-Controller-Service-Paradigma/Logic|LDVCS-Logik-Module]] | |||
und [[Logic-Data-View-Controller-Service-Paradigma/Service|LDVCS-Service-Module]]. | |||
==Quellen== | |||
<ol> | |||
<li>{{Quelle|Kowarschick, W.: Multimedia-Programmierung}}</li> | |||
</ol> | |||
==Siehe auch== | |||
* [[Model-View-Controller-Service-Paradigma/Service|Service]] | |||
* [[Logic-Data-View-Controller-Service-Paradigma/Logic|Logic]] | |||
* [[Model-View-Controller-Paradigma]] (insb. die dort angegebenen Quellen) | |||
[[Kategorie:MVC]] | [[Kategorie:MVC]] | ||
[[Kategorie:Objektorientierte Programmierung]] | |||
[[Kategorie:Glossar]] | [[Kategorie:Glossar]] |
Aktuelle Version vom 22. September 2017, 16:50 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 |
|||
Definition (Kowarschick (MMProg))
Ein Modell (engl. model) einer MVC- oder MVCS-Anwendung bzw. ein Daten-Modul (engl. data module) einer LDVCS-Anwendung ist ein Modul zur Speicherung bestimmter Daten, d. h. zur Speicherung von Teilen des aktuellen Zustands der Anwendung.
Ein Modell bzw. ein Datenmodul kann weitere Aufgaben übernehmen:
- anderen Modulen Zugriff auf die Zustandsdaten gewähren
- andere Module über Änderungen informieren (meist mittels des Observer-Patterns)
MVC- und MVCS-Modelle können darüber hinaus noch folgende Aufgabe übernehmen:
- Umsetzung der Komponentenlogik
MVC-Modulen obliegt manchmal auch noch eine vierte Aufgabe:
- Kommunikation mit externen Datenquellen (zum Zweck der Datensynchronisation)
Anmerkungen
Modelle von MVC-Anwendungen, Modelle von MVCS-Anwendungen und Daten-Module von LDVCS-Anwendungen unterscheiden sich hinsichtlich der optionalen Aufgaben die sie wahrnehmen können.
MVC-Modelle können die Komponentenlogik umsetzen sowie mit externen Datenquellen kommunizieren.
MVCS-Modelle kommunizieren dagegen nie mit externen Datenquellen, dafür sind MVCS-Services zuständig. Sie können aber immer noch die Komponentenlogik realisieren.
VCLSD-Modelle gibt es nicht, sondern nur LDVCS-Daten-Module. Daten-Module kommunizieren weder mit externen Datenquellen, noch realisieren sie die Komponentenlogik. Für diese Aufgaben gibt es zwei andere Module: LDVCS-Logik-Module und LDVCS-Service-Module.
Quellen
- Kowarschick (MMProg): Wolfgang Kowarschick; Vorlesung „Multimedia-Programmierung“; Hochschule: Hochschule Augsburg; Adresse: Augsburg; Web-Link; 2018; Quellengüte: 3 (Vorlesung)
Siehe auch
- Service
- Logic
- Model-View-Controller-Paradigma (insb. die dort angegebenen Quellen)