nicht angemeldet
Na, was glaubst Du wohl, wie HTTP/2.0 funktioniert!? Da sind nur die Längenangaben woanders kodiert ansonsten sind die Bodies genauso aneinandergehängt wie in meiner Demo. Nur kriegste das mit FetchAPI nicht wieder auseinander weil es das Body-Objekt nicht hergibt. MfG
Kleine Nachfrage: warum sollte man das so tun wollen?
Der Sinn von HTTP/2 besteht darin, die Anzahl der Requests zu verringern. Insofern gibt es keinen Unterschied zu meiner Demo: Anstatt für 3 Images 3 Requests zu feuern ist nur noch ein Request erforderlich. Ebenso wie bei HTTP/2 muss eine solche Vorgehensweise serverseitig unterstützt sein und auch das Protokoll muss bestimmte Voraussetzungen bieten. HTTP ist grundsätzlich zur Übertragung beliebiger Bytesequenzen geeignet weil es einen Headerblock voranstellt um dem Empfänger mitteilen zu können was er überhaupt zu tun hat mit dem nachfolgenden Content.
Somit ist der wichtigste Header derjenige welcher den Content-Type angibt. Wenn der z.B. application/pdf lautet, lädt der Browser (falls vorhanden) den PDF Betrachter und der stellt anhand der Binary Texte mit Bildern dar ohne die Bilder vom Server nachladen zu müssen. Genauso können wir uns das bezüglich HTTP/2 vorstellen, nur daß hier der Browser selbst den Inhalt darstellt -- Texte, Bilder, Audio, Video und das alles ohne weitere Requests auf die einzelnen Mediatypen.
MfG
Rolf B