Model-View-Controller-Service-Paradigma/Service: Unterschied zwischen den Versionen
Kowa (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Kowa (Diskussion | Beiträge) |
||
| Zeile 4: | Zeile 4: | ||
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. | ||
==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 (MVCS)|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-[[Ereignis]]es ü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 [[Zustandsvariable]]n speichern. | |||
Ein Service-Objekt kann mehrere Anfragen hintereinander bearbeiten und dabei auch auf frühere Ergnisse (die er in privaten [[Zustandsvariable]]n | |||
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. | |||
=Quellen= | =Quellen= | ||
Version vom 13. Mai 2008, 11:15 Uhr
Definition (nach Kowarschick (MMProg))
(MVCS-)Services dienen zur Kommunikation einer Anwendung mit der Außenwelt. 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.
