Polling mit Ajax?

[Fabian St.]

Hi!

Ich arbeite gerade an einem Projekt, bei dem es darum geht, eine Visualisierung für eine bestimmte Hardware zu erstellen (LON-Talk-Adapter wenn das jemand etwas sagt). Als „Medium“ soll hierfür aus verschiedesten Gründen, die ich hier nicht weiter erläutern möchte, ein normaler DOM-fähiger Browser zum Einsatz kommen.
Nun geht es darum, dass der Client jedesmal den Status von bestimmten Komponenten anzeigen muss, ohne dass dabei die Seite neu geladen wird. Dies ist ja soweit mit Ajax und entsprechendem Backend (in meinem Falle ein von mir in Python geschriebener Webserver) kein Problem. Bei alledem soll natürlich der User den Eindruck haben, eine „Live-Applikation“ vor sich zu haben. Wie schaffe ich es also möglichst ressourcenschonend diese Problem zu bewältigen? Gibt es keine andere Möglichkeit als Polling? Wie würdet ihr dies genau implementieren?

Vielen Dank schonmal für eure Antworten!

Grüße,
Fabian St.

[Marko]

Hallo Fabian,

da im Web grundsätzlich eine Kommunikation immer vom Client angestossen wird, geht es wohl kaum ohne Polling. Der Server kann von sich aus keine Nachricht an den Client schicken (höchstens mit einem Java Applet oder so etwas ähnlichem).
Du könntest aber den Aufwand minimieren, der Client könnte z.B. jede halbe Sekunden einen Status abfragen, der nur 1 oder 0 zurückgibt, je nachdem ob sich etwas geändert hat. Nur bei Änderungen wird dann die kompletten Werte übertragen. Lohnt sich aber auch nur wenn Du damit wesentlich etwas sparst.

Gruss

Marko

[Marc Reichelt]

Hallo Marko,

da im Web grundsätzlich eine Kommunikation immer vom Client angestossen wird, geht es wohl kaum ohne Polling. Der Server kann von sich aus keine Nachricht an den Client schicken (höchstens mit einem Java Applet oder so etwas ähnlichem).
Du könntest aber den Aufwand minimieren, der Client könnte z.B. jede halbe Sekunden einen Status abfragen, der nur 1 oder 0 zurückgibt, je nachdem ob sich etwas geändert hat. Nur bei Änderungen wird dann die kompletten Werte übertragen. Lohnt sich aber auch nur wenn Du damit wesentlich etwas sparst.

Das erinnert mich irgendwie an das "Observer" design pattern von Java: Das Subject ("Observable") gibt allen registrierten Komponenten (den "Observern") ein Signal, wenn sich bei ihm etwas geändert hat. Entweder, er liefert die veränderten Daten gleich an die lauschenden Klassen mit (push-Methode), oder, die einzelnen Komponenten holen sich die benötigten Dinge selbst, wenn das Subject ihnen mitteilt, dass sich etwas geändert hat (pull-Methode).

In deinem Fall kann das Subject seinen Observern allerdings kein Signal senden (bzw. nur über ziemlich blöde Umwege).
Darum finde ich die Idee mit dem "Bit", dass von den Observern erfragt wird, ziemlich gut. Wenn man das noch perfektioniert, sendet man eine Folge von Bits, bei denen jedes für eine Änderung einer gewissen Sache steht. Der Client holt sich daraufhin nur die Informationen neu, die sich geändert haben. Der Server setzt die Bits für geholte Informationen wieder auf 0, wenn der Client sie abgefragt hat. Wenn man mehrere Clients hat, muss man das Ganze natürlich entsprechend erweitern.

Der Overhead ist allerdings _immer_ ziemlich dramatisch, weshalb eine push-Methode (Client agiert also auch als Server) sogar die beste Alternative wäre.

Grüße

Marc Reichelt || http://www.marcreichelt.de/

[as]

Hallo, Fabian.

Gibt es keine andere Möglichkeit als Polling?

Anscheinend doch; ich glaube auf folgenden Seiten geht es um HTTP-Push:

http://alex.dojotoolkit.org/?p=545

http://ajaxpatterns.org/HTTP_Streaming

Disclaimer: Von sowas verstehe ich nix, hoffe es hilft.

Frohe Ostern
as