Ajax in der Praxis - Grundlagen, Konzepte, Lösungen

2 Einführung (S. 7)

Worum geht es bei Ajax eigentlich? Mit dieser scheinbar trivialen Frage könnten Sie so manchen Web-Entwickler in Verlegenheit bringen. In diesem Kapitel erfahren Sie, worin der eigentliche Vorteil von Ajax besteht, wie Ajax entstanden ist und was Ajax für das Web 2.0 bedeutet.

2.1 Was ist Ajax?
Kein „Buzzword" hat in letzter Zeit so sehr Furore gemacht wie Ajax. Sucht man über eine der gängigen Suchmaschinen nach Ajax, findet man in der Regel Seiten über „Asynchronous JavaScript and XML" noch vor dem Fußballverein und dem Reinigungsmittel gleichen Namens. Umso verwunderlicher ist es, dass viele Leute zwar den „Markennamen" Ajax kennen, jedoch keine konkrete Vorstellung haben, was technologisch dahintersteckt: Ajax wird inzwischen quasi synonym für alle Web-Anwendungen verwendet, die einen gegenüber herkömmlichen Webseiten erhöhten Bedienkomfort bieten.

Ursprünglich jedoch stand Ajax für „Asynchronous JavaScript and XML". Betrachtet man jeden dieser Begriffe einzeln, erhält man eine Liste von Anforderungen, die eine Ajax-Anwendung erfüllen muss, um als solche bezeichnet werden zu dürfen. Zunächst muss jede Ajax-Anwendung asynchron Daten mit dem Server austauschen. Desweiteren muss auf dem Client (also dem Browser) die Programmiersprache JavaScript eingesetzt werden und zu guter Letzt müssen die Daten strukturiert in Form eines XML-Dokuments zwischen Client und Server ausgetauscht werden.

Heutzutage ist man sich allerdings uneinig, ob die Wahl der Abkürzung AJAX so sinnvoll war und weicht zunehmend auf die Schreibweise „Ajax" aus, um die ursprüngliche Bedeutung zu verschleiern. Grund dafür ist, dass viele der häufig angeführten Beispiele für typische Ajax-Anwendungen kein XML verwenden und manche noch nicht einmal asynchron arbeiten.

Der einzige Punkt, über den man sich einig zu sein scheint, ist, dass Ajax-Anwendungen JavaScript verwenden müssen – vielleicht aber auch nur, weil es momentan auf der Browser-Plattform praktisch keine Alternative gibt. Um nach dieser ernüchternden Zwischenbilanz nun dennoch verstehen zu können, worum es bei Ajax eigentlich geht, muss man sich vor Augen führen, welchen Nutzen der Anwender letztendlich aus Ajax zieht.

Der englische Begriff „responsiveness", der im Deutschen gern mit „Reaktionsbereitschaft" übersetzt wird, trifft den Punkt: Ajax-Anwendungen reagieren scheinbar schneller auf Benutzereingaben. Aber warum ist das so? Anwendungen arbeiten in der Regel mit zwei verschiedenen Arten von Daten – mit transienten und persistenten Daten. Die transienten Daten liegen im flüchtigen Arbeitsspeicher, während die persistenten Daten nicht flüchtig auf Festplatte gelagert sind.

Wenn Sie beispielsweise mit einem Textverarbeitungsprogramm arbeiten, sind ihre Eingaben transient, bis Sie Ihr Dokument abspeichern und damit persistent machen. Sie überführen also Daten vom transienten in den persistenten Zustand. Gleichermaßen überführen Sie beim Öffnen eines Dokuments die persistenten Daten in einen transienten Zustand.

Dieses Prinzip liegt praktisch allen Anwendungen zugrunde und auch die meisten Web-Anwendungen arbeiten so. Bei Web- Anwendungen ist die Überführung der Daten aus einem Zustand in den anderen jedoch weitaus komplizierter als bei Desktop-Anwendungen, weil hier die transienten und persistenten Daten auf unterschiedlichen Rechnern (Client und Server) liegen. Ein Browserbasiertes Textverarbeitungsprogramm beispielsweise müsste zum Speichern eines Dokuments eine Anfrage an den Server stellen.