Model-View-Controller-Service-Paradigma/Service: Unterschied zwischen den Versionen
Kowa (Diskussion | Beiträge) K Service (MVCS) wurde nach Model-View-Controller-Service-Paradigma/Service verschoben |
Kowa (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
| Zeile 3: | Zeile 3: | ||
=Definition (nach [[Kowarschick (MMProg)]])= | =Definition (nach [[Kowarschick (MMProg)]])= | ||
([[Model-View-Controller-Service-Paradigma|MVCS]]-)[[Service | ([[Model-View-Controller-Service-Paradigma|MVCS]]-)[[Model-View-Controller-Service-Paradigma/Service|Services]] dienen zur Kommunikation einer [[Anwendung]], | ||
die nach den [[Model-View-Controller-Service-Paradigma|MVCS-Paradigma]] realisert wurde, | die nach den [[Model-View-Controller-Service-Paradigma|MVCS-Paradigma]] realisert wurde, | ||
mit der Außenwelt, d.h. mit Dienste-Anbietern wie [[Web-Server]]n und [[Datenbanksystem]]en. | mit der Außenwelt, d.h. mit Dienste-Anbietern wie [[Web-Server]]n und [[Datenbanksystem]]en. | ||
Service-Dienste können nur von [[Controller | Service-Dienste können nur von [[Model-View-Controller-Service-Paradigma/Controller|Controllern]] oder anderen [[Model-View-Controller-Service-Paradigma/Service|Services]] | ||
angefordert werden. | angefordert werden. | ||
| Zeile 13: | Zeile 13: | ||
Der Aufrufer eines Services stellt i. Allg. einen [[Container]] (wie z.B. ein Array, ein Objekt oder Änhliches) | Der Aufrufer eines Services stellt i. Allg. einen [[Container]] (wie z.B. ein Array, ein Objekt oder Änhliches) | ||
zur Verfügung, in dem der Service das Ergebnis ablegen kann, sobald es verfügbar ist. | zur Verfügung, in dem der Service das Ergebnis ablegen kann, sobald es verfügbar ist. | ||
Der Container kann dabei durchaus dem [[Modell | Der Container kann dabei durchaus dem [[Model-View-Controller-Service-Paradigma/Modell|Modell]] angehören. | ||
Ein Service bearbeitet eine Anfrage im Allgemeinen [[asynchron]]. Sollte die aktuelle Anfrage nicht erfolgreich bearbeitet werden können, so informiert der Service den Aufrufer mit Hilfe eines Fehler-[[Ereignis]]es über das zugehörige Problem. | Ein Service bearbeitet eine Anfrage im Allgemeinen [[asynchron]]. Sollte die aktuelle Anfrage nicht erfolgreich bearbeitet werden können, so informiert der Service den Aufrufer mit Hilfe eines Fehler-[[Ereignis]]es über das zugehörige Problem. | ||
Version vom 11. April 2011, 11:58 Uhr
Vorlage:MVCS:Menü gerahmt|rechts|Der MVCS-Prozess
Definition (nach Kowarschick (MMProg))
(MVCS-)Services dienen zur Kommunikation einer Anwendung, die nach den MVCS-Paradigma realisert wurde, mit der Außenwelt, d.h. mit Dienste-Anbietern wie Web-Servern und Datenbanksystemen. Service-Dienste können nur von Controllern oder anderen Services angefordert werden.
Eigenschaften eines Service-Objektes
Der Aufrufer eines Services stellt i. Allg. einen Container (wie z.B. ein Array, ein Objekt oder Änhliches) zur Verfügung, in dem der Service das Ergebnis ablegen kann, sobald es verfügbar ist. Der Container kann dabei durchaus dem Modell angehören.
Ein Service bearbeitet eine Anfrage im Allgemeinen asynchron. Sollte die aktuelle Anfrage nicht erfolgreich bearbeitet werden können, so informiert der Service den Aufrufer mit Hilfe eines Fehler-Ereignises über das zugehörige Problem. Anderenfalls informiert es den Aufrufer, sobald das Ergebnis vorliegt, mit Hilfe eines anderen Ereignises über den erfollgreichen Abschluss der Anfragebearbeitung und schreibt das Ergebnis gegebenenfalls in den bereitgestellten Container.
Ein Service kann mehrere Anfragen hintereinander bearbeiten und dabei auch auf frühere Ergnisse (die er in privaten Zustandsvariablen abgelegt hat) zugreifen. Dabei muss er allerdings i. Allg. dafür sorgen, dass keine zwei Anfrage zeitgleich bearbeitet werden. Sollte ein Aufrufer mehrere Service-Anfragen parallel bearbeiten lassen wollen, so muss er dafür mehrere Services gleichzeitig verwenden.
Quellen
- Kowarschick, W.: Multimedia-Programmierung
- Berkovitz, Joe (2006): An architectural blueprint for Flex applications
