4.2 IDLE-Konzepte
85
4.2 IDLE-Konzepte
4.2.1 Kapselung der Kommunikation mit Client und Server
IDLE ist für den IS-Gateway-Entwickler deshalb interessant, weil die Einzelheiten
der Kommunikation soweit als möglich im IS-Gateway gekapselt werden. So
können sowohl die IDLE-Programme als auch die IS-Gateways wiederverwendet
werden:
Ein einzelnes IDLE-Programm kann durch unterschiedliche IS-Gateways
verschieden umgesetzt werden.
Bsp.:
In einem IDLE-Programm werden clientseitig Masken für Benutzereinga-
ben clientunabhängig definiert. Ein IS-Gateway kann diese Masken einem
W3-Browser in Form eines HTML-Dokuments zustellen. Ein anderes IS-
Gateway könnte dasselbe IDLE-Programm abarbeiten und die Eingabe-
masken in Sprache umwandeln und dem Clienten die mündliche Anfrage
zum Abspielen schicken. So kann ein einziges IDLE-Programm in
verschiedenen IS-Gateways für verschiedene Clienten eingesetzt
werden.
Ein einzelnes Gateway kann verschiedene IDLE-Programme interpretieren.
Bsp.:
Das Praxisbeispiel 1, TS/IDLE, kann beliebige IDLE-Programme inter-
pretieren. So wurden IDLE-Programme für verschiedene Mono-IS ent-
wickelt, die alle auf der durch TS/IDLE bereitgestellten Funktionalität
basieren.
Zur Kommunikation mit dem Clienten genügt die abstrakte Darstellung der
gefundenen Informationen und die Spezifikation der benötigten Eingaben des
Endbenutzers. Der IDLE-Interpreter kann diese Angaben dann in die für den
Clienten geeignete Form transformieren und sie übermitteln.
Zur Kommunikation mit dem Server wird auf das Konzept des „Streams“
zurückgegriffen. Ein IDLE-Programm braucht einen solchen Stream nur zu öffnen
und kann dann Zeichen durch einfach Lese- und Schreiboperationen an den
Server übertragen.
IDLE ist prinzipiell eine offene Sprache. Häufig erfolgt jedoch die Kommunikation
über Benutzerschnittstellen zustands- und dialogorientiert. Clientseitig werden in
globalen Informationssystemen heute meist zustandslose, RPC-artige Protokolle
eingesetzt. IDLE wurde deshalb für den Einsatz in IS-Gateways optimiert, die
zwischen zustandsloser, RPC-artiger Kommunikation auf der Clientseite und
