Model-View-Controller-Service-Paradigma/Service: Unterschied zwischen den Versionen
Kowa (Diskussion | Beiträge) |
Kowa (Diskussion | Beiträge) |
||
| Zeile 1: | Zeile 1: | ||
=Definition (nach [[Kowarschick (MMProg)]])= | =Definition (nach [[Kowarschick (MMProg)]])= | ||
([[MVCS]]-)[[Service (MVCS)|Services]] dienen zur Kommunikation einer [[Anwendung]] mit der Außenwelt. | ([[MVCS]]-)[[Service (MVCS)|Services]] dienen zur Kommunikation einer [[Anwendung]] mit der Außenwelt, d.h. mit Dienste-Anbietern wie [[Web-Server]]n und [[Datenbank-System]]en. | ||
Service-Dienste können nur von [[Controller (MVCS)|Controllern]] oder anderen [[Service (MVCS)|Services]] | Service-Dienste können nur von [[Controller (MVCS)|Controllern]] oder anderen [[Service (MVCS)|Services]] | ||
angefordert werden. | angefordert werden. | ||
Version vom 13. Mai 2008, 11:57 Uhr
Definition (nach Kowarschick (MMProg))
(MVCS-)Services dienen zur Kommunikation einer Anwendung mit der Außenwelt, d.h. mit Dienste-Anbietern wie Web-Servern und Datenbank-Systemen. Service-Dienste können nur von Controllern oder anderen Services angefordert werden.
Eingenschaften eines Service-Objektes
Der Aufrufer eines Service-Objektes stellt i. Allg. einen Container (wie z.B. ein Array, ein Objekt oder Änhliches) zur Verfügung, in dem das Service-Objekt das Ergebnis ablegen kann, sobald es verfügbar ist. Der Container kann dabei, sofern ein Dienst von einem Controller und nicht von einem anderen Service-Objekt angefordert wird, durchaus dem Modell angehören.
Ein Service-Objekt bearbeitet eine Anfrage im Allgemeinen asynchron. Sollte die aktuelle Anfrage nicht erfolgreich bearbeitet werden können, so informiert das Service-Objekt den Aufrufer mit Hilfe eines Fehler-Ereignises über das zugehörige Problem. Anderenfalls informiert es den Aufrufer, sobald das Ergenis vorliegt, mit Hilfe eines anderen Ereignises über den erfollgreichen Abschluss der Anfragebearbeitung und schreibt das Ergebnis gegebenenfalls in den bereitgestellten Container. Das Service-Objekt kann das Ergebnis außerdem in einer eigenen, privaten Zustandsvariablen speichern.
Ein Service-Objekt kann mehrere Anfragen hintereinander bearbeiten und dabei auch auf frühere Ergnisse (die er in privaten Zustandsvariablen abgelegt hat) zugreifen. Dabei sorgt es allerdings dafür, dass keine zwei Anfrage zeitgleich bearbeitet werden. Sollte ein Aufrufer mehrere Service-Anfrage parallel bearbeiten lassen wollen, so muss er dafür mehrere Service-Objekte verwenden.
