Clientseitige Anwendung

aus Wikipedia, der freien Enzyklopädie

Dieser Artikel oder Abschnitt bedarf einer Überarbeitung. Näheres ist auf der Diskussionsseite angegeben. Hilf bitte mit, ihn zu verbessern, und entferne anschließend diese Markierung.

Eine clientseitige Anwendung läuft im Unterschied zur serverseitigen Anwendung nicht auf dem Server (z. B.. einem Webserver), sondern auf dem Rechner des Nutzers ab. Allerdings sind diese Clientanwendungen in aller Regel in eine Client-/Servierkommunikation eingebunden. Wichtigste clientseitige Anwendungen sind die Clients selber, wie z. B. Firefox, Safari oder Microsoft Explorer welche alle das HHTP-Protokoll zur Datenkommunikation mit einem Webserver unterstützen. Das Ajax-Konzept findet bei clientseitigen Anwendungen die in HTML eingebettet sind eine wachsende Bedeutung. Andere Clientanwendungen welche über eigene proprietäre Clientserverprotokolle verfügen sind z. B. der Citrixclient, oder der SAP-Client.

Zwischen einer Client und einem Server gibt es zur Datenübertragung und zur Interaktion eine definiertes Protokoll, welches in der Regel eines Request/Responseschema folgt. Durch eine clientseitige Programmierung kann der Request/Responseschema unterbrochen werden, indem bestimmte Funktionen wie z. B. kurzzeitige Reaktionen auf Benutzerinteraktionen direkt clientseitig durchgeführt werden, ohne eine Client-/Serverrundlauf (Client-/Server Routtrip) auszulösen. Oft handelt es sich dabei um ein rekursives Konzept. In einer Clientanwendung (Webbrowser) läuft eine zweite Anwendung (z. B. ein Javascript in der aktuellen HTML-Seite).

Meistens treten clientseitige Anwendungen in einer Mischform mit einer Serverseitigen Anwendung auf.

Eine in diesem Bereich häufig verwendete Programmiersprache ist JavaScript. Der Quellcode wird in die HTML-Seite eingebaut und durch den Browser interpretiert. Eine Alternative dazu bietet beispielsweise die proprietäre Sprache VBScript des Softwareherstellers Microsoft.

[Bearbeiten] Clientseitige vs. serverseitige Zustandspeicherung

Wichtig ist im Zusammenhang auch, wie der Kontext einer Benutzersitzung gespeichert werden kann. Das HTTP-Protokoll ist z. B. zustandslos (stateless), kann also serverseitig grundsätzlich keine Daten zwischen zwei Datenanforderungen memorisieren. Eine clientseitige Anwendung kann das Cookie-Konzept verwenden, um Informationen auf der Clientseite zu speichern, welche von einem clientseitige Folgescript zu einem spätren Zeitpunkt wieder ausgelesen werden. Cokkies bieten allerdings keine Form des Datensicherheit und können z. B. auch von anwendungsfremder Spyware ausgelesen werden. Diese funktionale Lücke kann durch das Konzept eines serverseitigen Sessionmanagement geschlossen werden.

Die an sich zustandlose Client-/Servierkommunikation wird dadurch zu einem System in dem ein Sessionzustand auf dem Server über mehrere Datenanforderungen aufrechterhalten werden kann. Hierbei kann dann auch eine passwortgeschütze Datensicherheit gewährleistet werden.

[Bearbeiten] Vorteile

Zur Lösung einiger Probleme (Gültigkeit von Formulareingaben) kann auf die Mitwirkung des Webservers verzichtet werden.
Es wird ein Dialog mit dem Benutzer ermöglicht
Die Ästhetik der Webseite kann verbessert werden (z. B. wechselnde Inhalte und Darstellung in Abhängigkeit von der Mausposition).