Model-View-Controller-Service-Paradigma/Service: Unterschied zwischen den Versionen

aus GlossarWiki, der Glossar-Datenbank der Fachhochschule Augsburg
Kowa (Diskussion | Beiträge)
Keine Bearbeitungszusammenfassung
Kowa (Diskussion | Beiträge)
Zeile 1: Zeile 1:
=Definition (nach [[Kowarschick (MMProg)]])=
=Definition (nach [[Kowarschick (MMProg)]])=


([[Model-View-Controller-Service-Paradigma|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.
([[Model-View-Controller-Service-Paradigma|MVCS]]-)[[Service (MVCS)|Services]] dienen zur Kommunikation einer [[Anwendung]]],
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 [[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.
Zeile 7: Zeile 9:
==Eingenschaften eines Service-Objektes==
==Eingenschaften eines Service-Objektes==


Der Aufrufer eines Service-Objektes 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 das Service-Objekt 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, sofern ein Dienst von einem Controller und nicht von einem anderen Service-Objekt angefordert wird, durchaus dem [[Modell (MVCS)|Modell]] angehören.
Der Container kann dabei 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.  
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.  
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.  
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-Objekt kann mehrere Anfragen hintereinander bearbeiten und dabei auch auf frühere Ergnisse (die er in privaten [[Zustandsvariable]]n
Ein Service 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
abgelegt hat) zugreifen.  Dabei muss er allerdings i. Allg. dafür sorgen, 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.
mehrere Service-Anfragen parallel bearbeiten lassen wollen, so muss er dafür mehrere Services gleichzeitig verwenden.


=Quellen=
=Quellen=

Version vom 8. April 2011, 10:22 Uhr

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 Datenbank-Systemen. Service-Dienste können nur von Controllern oder anderen Services angefordert werden.

Eingenschaften 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