Eu sunt, folosind Poștașul extensia Chrome pentru testarea unui serviciu web. Există trei opțiuni disponibile pentru datele de intrare. Cred prime este pentru trimiterea JSON. Care este diferența între celelalte două, sub formă de date și a x-www-form-urlencoded?
Acestea sunt diferite de conținut Forma de tipuri definite de W3C. Dacă doriți să trimiteți text simplu/ date ASCII, atunci x-www-form-urlencoded se va lucra. Acest lucru este implicit.
Dar dacă aveți de a trimite non-ASCII text sau mari de date binare, de forma-date este pentru că.
Puteți utiliza Prime dacă doriți pentru a trimite text simplu sau JSON sau orice alt tip de șir. Ca sugerează și numele, Poștașul trimite prime din șirul de date, deoarece este fără modificări. Tipul de date pe care le trimiteți pot fi setate folosind antetul content-type din meniul drop-down.
Binar poate fi utilizat atunci când doriți să atașați non-textuale date la cerere, de exemplu, un video/fișier audio, imagini, sau orice alt fișier de date binare.
Consultați acest link pentru a citi mai departe: Forme în documente HTML
Acest lucru explică mai bine: Poștaș docs
Cerere de corp
în Timp ce construirea de facilitati, v-ar fi de-a face cu cererea organismului editor de mult. Poștașul vă permite să trimiteți aproape orice fel de cerere HTTP (Dacă se poate't trimite ceva, anunțați-ne!). Corpul editor este împărțit în 4 zone și are diferite controale, în funcție de tipul de corp.
forma-date
<grevă>multipart/form-data este codarea implicită un formular web se foloseste pentru a transfera date. Acest simulează completarea unui formular pe un site, și prezentarea acestuia. Forma-date editor vă permite să setați perechi cheie/valoare (folosind cheie-valoare editor) pentru datele dumneavoastră. Puteți atașa fișiere la o cheie la fel de bine. Rețineți că, din cauza restricțiilor de HTML5 spec, fișierele nu sunt stocate în istorie sau colecții. Tu ar trebui să selectați fișierul din nou, la momentul de a trimite o cerere.
urlencoded
Această codificare este același ca cel folosit în parametrii URL. Trebuie doar să introduceți perechi cheie/valoare și Poștașul va codifica cheile și valorile în mod corespunzător. Rețineți că nu puteți încărca fișiere prin această codificare modul. Ar putea fi o confuzie între datele de formular și urlencoded deci, asigurați-vă că pentru a verifica cu API-ul primul.
prime
O primă cerere poate conține orice. Poștașul nu't touch șir introdus în prime editor, cu excepția înlocuind variabilele de mediu. Orice ai pus în zona de text este trimis cu cererea. Prime editor vă permite să setați formatul de tip, împreună cu antetul corect că ar trebui să trimiteți cu corpul brut. Puteți să setați antetul Content-Type manual, precum și. În mod normal, ar fi trimiterea XML sau JSON date aici.
binar
date binare vă permite să trimiteți lucruri de care nu se poate intra în Poștaș. De exemplu, imagini, fișiere audio sau video. Puteți trimite fișiere text, precum și. După cum sa menționat mai devreme în formă-secțiunea de date, va trebui să atașați un fișier dacă încărcați o cerere prin istorie sau de colectare.
UPDATE
După cum a subliniat VKK, de WHATWG spec spune urlencoded este implicit de tipul de codare pentru forme.
invalid valoarea implicită pentru aceste atribute este application/x-www-form-urlencoded de stat. Lipsă de valoare implicită pentru atributul enctype este, de asemenea, application/x-www-form-urlencoded de stat.
multipart/form-data
Notă. Vă rugăm să consultați RFC2388 pentru informații suplimentare despre încărcări de fișiere, inclusiv probleme de compatibilitate înapoi, relația dintre "multipart/form-data" și alte tipuri de conținut, probleme de performanță, etc.
Vă rugăm să consultați anexa pentru informații despre problemele de securitate pentru forme.
Tipul de conținut "application/x-www-form-urlencoded" este ineficient pentru trimiterea de cantități mari de date binare sau text care conține caractere non-ASCII. Tipul de conținut "multipart/form-data" ar trebui să fie utilizate pentru depunerea formularelor care conțin fișiere, non-ASCII date, și date binare.
Tipul de conținut "multipart/form-data" urmează regulile de tot multipart MIME fluxurile de date prezentate în RFC2045. Definiția "multipart/form-data" este disponibil în [IANA] registry.
Un "multipart/form-data" mesaj conține o serie de piese, fiecare reprezentand un control de succes. Piesele sunt trimise la agentul de prelucrare în aceeași ordine corespunzătoare de control apar în documentul curent. Parte limite nu ar trebui să apară în oricare dintre date; cum se face acest lucru se află în afara domeniului de aplicare a prezentului caiet de sarcini.
Ca cu toate multipart MIME tipuri, fiecare parte are un opțional "Content-Type" antet care implicit este "text/plain". Agentii utilizator ar trebui să furnizeze "Content-Type" antet, însoțită de o "charset" parametru.
application/x-www-form-urlencoded
Acest lucru este implicit de tipul de conținut. Formularele transmise cu acest tip de conținut trebuie să fie codificată după cum urmează:
Control numele și valorile sunt scăpat. Spațiu personajele sunt înlocuite cu +', și apoi rezervate personajele sunt scăpat așa cum este descris în [RFC1738], secțiunea 2.2: caractere Non-alfanumerice sunt înlocuite cu
%HH', un semn la sută și două cifre hexazecimale care reprezintă codul ASCII al caracterului. Sfârșiturile de linie sunt reprezentate ca "CR LF" perechi (de exemplu, %0D%0A'). Controlul numele/valori sunt enumerate în ordinea în care apar în document. Numele este separat de valoarea de
=' si perechi nume/valoare sunt separate una de alta printr `&'.
application/x-www-form-urlencoded
corpul HTTP mesaj trimis la server este, în esență, un gigant șir de interogare -- perechi nume/valoare sunt separate prin ampersand (&), nume și sunt separate de valori de la egal simbol (=). Un exemplu în acest sens ar fi:
MyVariableOne=ValueOne&MyVariableTwo=ValueTwo
La tip de conținut "application/x-www-form-urlencoded" este ineficient pentru trimiterea de cantități mari de date binare sau text care conține caractere non-ASCII. Tipul de conținut "multipart/form-data" ar trebui să fie utilizate pentru depunerea formularelor care conțin fișiere, non-ASCII date, și date binare.
Iată câteva exemple suplimentare pentru a vedea textul brut, care Poștașul trece în cerere. Puteți vedea acest lucru prin deschiderea Poștașul consola:
Antet
content-type: multipart/form-data; boundary=--------------------------590299136414163472038474
Corpul
key1=value1key2=value2
Antet
Content-Type: application/x-www-form-urlencoded
Corpul
key1=value1&key2=value2
Antet
Content-Type: text/plain
Corpul
This is some text.
Antet
Content-Type: application/json
Corpul
{"key1":"value1","key2":"value2"}