nicht angemeldet
hi Matti,
Die Methode wird unter Anderem Comet genannt.
Mit herkömmlichen XHR ist schon einiges möglich, ein wesentliches Manko besteht darin, dass Browser eine BINARY nicht unterstützen. Z.B. nach dem URL_Scheme data:image/jpg, da ist derzeit nur base64 möglich und das wird auch nicht von allen Browsern unterstützt. Sicher spielen da auch Machtkämpfe unter den Browserherstellern eine Rolle. Wenn es eine echte Binary-Unterstützung geben würde, bräuchte es nicht solche Krückenlösungen mit base64, es wäre ohne Weiteres möglich, ohne Flash o.a. Plugins einen Film zu zeigen, die Binary wird per asynchronen Request geladen und die Einzelbilder werden nach dem Preload als "Inline-Grafik" im entsprechenden Wechsel gezeigt.
Ähnliches ist sicher auch für Voice möglich. Sofern es eine binary-Unterstützung seitens JS geben würde, könnten Ajax-Responsen auch viel schlanker ausfallen, eine Strukturierung like JSON oder XML für Multipart-Content ist dann überflüssig, die Daten werden dann einfach nur serialisiert, genauso wie eine Binärdatei, die eine ganze Sammlung an Objekten enthalten kann in dichtester Packung.
Mit einem selbst konstruierten UA (Perl) ist es mir z.B. möglich, eine komplette Webseite (HTML) inclusive aller eingebauten Images als serialisierte Binary in einem POST zu meinem CMS auf den Server zu schicken, warum sollte das ein Browser von der Stange nicht können dürfen? Jetzt komm' mir bloß keiner mit multipart/form-data, wenn ich solchen Schrott sehe, kann ich nur müde lächeln, das kommt mir vor wie eine Elektroinstallation mit freien Kupferleitungen auf Keramik innerhalb meiner Wohnstube, wohl aus der Zeit, als es noch keine geeigneten Kunstoffe gab, um ein Kabel einzugießen.
Wir müssen einfach mal abwarten, was die Zeit bringt und werden dann immer noch ein Eckchen finden, wo wir mal wieder was programmieren dürfen ;-)
Hotti