Cât de mult este generată cheltuială suplimentară atunci când trimiteți un fișier pe un serviciu web ca o matrice octet?

De obicei, o matrice octet este trimisă ca șir codificat base64 , nu ca octeți individuali în etichete.

http://ro.wikipedia.org/wiki/Base64

Versiunea base64 codată este de aproximativ 137% din dimensiunea conținutului original.

Nu sunt sigur despre toate detaliile (comprimare, codare, etc), dar de obicei utilizez doar WireShark pentru a analizați traficul în rețea (în timp ce încercați diverse metode), ceea ce vă permite să vedeți exact cum este trimis.

De exemplu, dacă este comprimat, blocul de date al pachetului nu ar trebui să poată fi citit ca text simplu ... totuși dacă este necomprimat, veți vedea doar vechiul text xml xml ... cum ați vedea cu trafic HTTP sau chiar FTP in anumite cazuri.

Pentru a echivala ceea ce a spus Kevin, în serviciile web .net dacă aveți o matrice de octeți, este trimis în mod implicit ca șir de coduri base64. De asemenea, puteți specifica în prealabil codarea matricei de octeți.

Evident, odată ce ajunge la server (sau client), trebuie să decodezi manual șirul într-un tablou de octeți, deoarece acest lucru nu se face automat din păcate.

Folosesc această metodă pentru unele servicii web interne ale companiei, și nu am observat nici o încetinire majoră (dar asta nu înseamnă că nu este acolo).

Probabil ați putea folosi oricare din numeroasele instrumente de analiză a traficului de rețea pentru a măsura dimensiunea datelor și pentru a face un apel de judecată bazat pe acest lucru.

Principalul hit nu va fi din transferul fișierului codificat, va fi în procesarea pe care trebuie să o facă serverul pentru a codifica pre-transferul fișierului (cu excepția cazului în care fișierele nu se schimbă frecvent, iar codul versiunea poate fi stocată în cache).