Java Reference
In-Depth Information
■
■
10.2■Das Datenformat
Bei der Datenanforderung mit AJAX, aber auch dem konventionellen Datenaustausch zwi-
schen Webserver und Browser, ist es von Bedeutung, welches Datenformat beim Austausch
verwendet wird. Dabei wird die Anfrage inklusive aller HTTP-Header immer aus reinem
Klartext bestehen. Die Antwort des Servers besteht zwar auch aus Klartext (die HTTP-Hea-
der-Informationen), aber es gibt auch die eigentliche Nutzlast. Dies sind die Daten und Res-
sourcen, die der Client eigentlich vom Server möchte. Die Metainformationen in Form von
HTTP-Headern sind normalerweise im Client uninteressant, solange kein Fehler bei der
Transaktion aufgetreten ist. Die Nutzlast kann nun in verschiedenen Datenformaten vorlie-
gen. Grundsätzlich können Sie also beliebige Ressourcen von einem Webserver anfordern,
natürlich als Referenzen im Rahmen einer Webseite, aber auch direkt (also ohne Webseite).
Sofern ein anfordernder Browser mit einem speziischen Datenformat direkt umgehen
kann, wird er die entsprechende Ressource direkt oder mit einem installierten Plugin bzw.
Add-on verarbeiten. Dies betrit auch binäre Ressourcen wie beispielsweise Bilder, Videos
oder andere Multimediadateien. Kann der Browser mit dem Datenformat einer gesendeten
Ressource nicht unmittelbar umgehen, bietet er in der Regel über einen Dialog die Speiche-
rung auf dem lokalen System oder das Öfnen mit einem externen Programm an.
Im Rahmen der Webseite werden binäre Ressourcen wie gesagt natürlich als Referenzen
über HTML verankert. In Hinsicht auf die Datennachforderung mit AJAX oder allgemein die
Verarbeitung mit JavaScript sind binäre Datenformate allerdings nicht im Detail von Bedeu-
tung, denn hier werden Daten nur als Klartext verwendet.
10.2.1■Klartextdatenformate
Im World Wide Web setzt man zum Austausch von interpretierbaren Informationen fast
ausschließlich auf das Klartextformat, denn dieses ist plattformneutral und wird auf nahezu
jedem System verstanden und identisch interpretiert, sofern man die Zeichensätze richtig
festgelegt.
Wie konkret der Klartext auf dem Server entsteht, ist aus Sicht des Clients vollkommen un-
interessant. Er kann von einem serverseitigen Skript oder Programm generiert werden oder
bereits einfach als Textdatei auf dem Server vorhanden sein. Dieser Klartext kann sowohl
vollkommen unstrukturiert sein als auch intern verschiedene Strukturen aufweisen. Bei
strukturierten Klartexten wird vom Webserver in der Regel ein bestimmter MIME-Typ im
HTTP-Header angegeben, aber es ist und bleibt Klartext. Und auch bei strukturiertem Text
ist es vollkommen gleichgültig, ob dieser Klartext durch ein Skript oder Programm auf dem
Server generiert wird oder bereits als fertige Datei vorliegt.
In der Praxis haben sich im WWW fünf Varianten an Klartextformaten durchgesetzt, wobei
einige davon insbesondere erst im Zusammenhang mit AJAX von Bedeutung sind:
Eine vollständige Webseite bestehend aus HTML oder XHTML
Klartext, der mit HTML-Tags durchzogen ist, also HTML-Fragmente
Reiner Klartext ganz ohne Struktur
Search WWH ::
Custom Search