Model-View-Controller-Service-Paradigma/Model: Unterschied zwischen den Versionen
Kowa (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Kowa (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
| Zeile 1: | Zeile 1: | ||
{{ | {{MVC:Menü}} | ||
[[Medium:MVCS-Prozess 01.png|gerahmt|rechts|Der MVCS-Prozess]] | [[Medium:MVCS-Prozess 01.png|gerahmt|rechts|Der MVCS-Prozess]] | ||
=Definition (nach [[Kowarschick (MMProg)]])= | =Definition (nach [[Kowarschick (MMProg)]])= | ||
Version vom 15. April 2011, 16:24 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 MVCS-Prozess
Definition (nach Kowarschick (MMProg))
Das (MVCS-)Modell (Model) einer Anwendung, die nach den MVCS-Paradigma realisert wurde, dient im Wesentlichen zur Speicherung des aktuellen Zustandes der Anwendung.
Häufig ist auch die Realisierung der Anwendungslogik Aufgabe eines MVCS-Modells.
Eigenschaften eines Modells
Das Modell besteht aus einer Menge von Objekten, deren Zustände von Controllern oder Services modifiziert werden können. Jede Änderung am Modell wird mit Hilfe von Signalen (Observer-Pattern) angezeigt. Die Ereignisse können insbesondere von Views abgefangen werden, um den aktuellen Zustand des Modells zu visualisieren.
Objekte, die das Modell repräsentieren, kommunizieren von sich aus höchstens mit anderen Modell-Objekten direkt. Mit den übrigen Objekten (Controllern, Views und Services) kommunizieren sie i. Allg nur, indem sie Signale (Ereignisse, Event) verschicken.
Quellen
- Kowarschick, W.: Multimedia-Programmierung
- Berkovitz, Joe (2006): An architectural blueprint for Flex applications
