Mikä on PUT?
PUT-menetelmää käytetään palvelimella olevan resurssin päivittämiseen. Yleensä se korvaa mitä tahansa kohde-URL-osoitteessa olevalla tekstillä jotain muuta. Voit käyttää sitä uuden resurssin luomiseen tai olemassa olevan korvaamiseen. PUT pyytää, että suljettu entiteetti on tallennettava toimitettuun pyydettyyn URI: hen (Uniform Resource Identifier).
Tässä opetusohjelmassa opit:
- Mikä on PUT?
- Mikä on POST?
- Esimerkki PUT: sta
- Esimerkki POSTista
- Ero PUT: n ja POST: n välillä
- API: n testaaminen PUT-pyynnöillä
- API: n testaaminen POST-pyyntöjen avulla
- PUT-menetelmän edut
- POST-menetelmän edut
Mikä on POST?
POST on menetelmä, jota HTTP ja
kuvaa, että verkkopalvelin hyväksyy pyydetyn viestin rungossa olevat tiedot. World Wide Web käyttää POSTia usein lähettämään käyttäjien luomia tietoja verkkopalvelimelle tai kun lataat tiedostoa.
AVAINEROT:
- PUT-menetelmää kutsutaan, kun sinun on muutettava yhtä resurssia, kun taas POST-menetelmää kutsutaan, kun sinun on lisättävä alatason resurssi.
- PUT-menetelmän vastaus voidaan tallentaa välimuistiin, mutta et voi tallentaa PUT-menetelmän vastauksia välimuistiin.
- Voit käyttää UPDATE-kyselyä PUT: ssa, kun taas voit luoda kyselyn POST: ssa.
- PUT-menetelmässä asiakas päättää, minkä URI-resurssin pitäisi olla, ja POST-menetelmässä palvelin päättää, minkä URI-resurssin pitäisi olla.
- PUT toimii yhtä tarkasti, kun taas POST toimii abstraktina.
- Jos lähetät saman PUT-pyynnön useita kertoja, tulos pysyy samana, mutta jos lähetät saman POST-pyynnön useita kertoja, saat erilaisia tuloksia.
- PUT-menetelmä on idempotentti, kun taas POST-menetelmä ei ole idempotentti.
Esimerkki PUT: sta
Tässä on web-palvelimen esimerkki PUT-menetelmästä:
HTTP PUT http://www.google.com/users/234
HTTP PUT http://www.google.com/users/234/accounts/567
Pyyntö
PUT /new.html HTTP/1.1Host: example.comContent-type: text/htmlContent-length: 20New File
Vastaukset
Jos kohderesurssilla on nykyinen edustus ja sitä muokataan mukana olevan esityksen tilalla, palvelimen tulisi lähettää kaksi vastausta. Ensimmäinen vastauskoodi on 200 (OK), ja toinen vastauskoodi on 204 (ei sisältöä).
Jos kohderesurssilla ei ole edustusta, palvelimen tulisi ilmoittaa asiasta käyttäjälle lähettämällä 201-koodivastus (luotu).
HTTP/1.1 201 CreatedContent-Location: /new.html
Esimerkki POSTista
Tässä on esimerkki POST-menetelmästä:
HTTP POST http://www.google.com/users
HTTP-POSTITUS: http://www.google.com/users/234/accounts
Lomake, joka käyttää oletussovellusta / x-www-form-urlencoded content type:
POST /test HTTP/1.1Host: abc.exampleContent-Type: application/x-www-form-urlencodedContent-Length: 40field1=value1&field2=value2
Ero PUT: n ja POST: n välillä
Tässä on tärkeä ero PUT- ja POST-menetelmien välillä:
LAITTAA | LÄHETTÄÄ |
Tämä menetelmä on idempotentti. | Tämä menetelmä ei ole idempotenttinen. |
PUT-menetelmä on kutsu, kun joudut muokkaamaan yhtä resurssia, joka on jo osa resurssikokoelmaa. | POST-menetelmä on kutsu, kun sinun on lisättävä aliresurssi resurssikokoelmaan. |
RFC-2616 kuvaa, että PUT-menetelmä lähettää pyynnön suljettuun entiteettiin, joka on tallennettu toimitettuun pyyntö-URI: hen. | Tämä menetelmä pyytää palvelinta hyväksymään pyyntöön liitetyn entiteetin. |
PUT-menetelmän syntaksi on PUT / questions / {question-id} | POST-menetelmän syntaksi on POST / kysymykset |
PUT-menetelmän vastaus voidaan tallentaa välimuistiin. | Et voi tallentaa välimuistiin PUT-menetelmän vastauksia. |
PUT / vi / juice / order / 1234 osoittaa, että päivität resurssia, joka on merkitty tunnuksella "1234". | POST / vi / juice / tilaukset tarkoittaa, että luot uuden resurssin ja palautat tunnisteen kuvaamaan resurssia. |
Jos lähetät saman pyynnön useita kertoja, tulos pysyy samana. | Jos lähetät saman POST-pyynnön useammin kuin kerran, saat erilaisia tuloksia. |
PUT toimii spesifisesti. | POST-työ abstraktina. |
Käytämme UPDATE-kyselyä PUT: ssa. | Käytämme POST-kyselyn luomista. |
PUT-menetelmässä asiakas päättää, minkä URI-resurssin pitäisi olla. | POST-menetelmässä palvelin päättää, minkä URI-resurssin pitäisi olla. |
API: n testaaminen PUT-pyynnöillä
Tässä ovat vaiheet API: n testaamiseksi PUT-pyynnöillä:

Vaihe 1) Päivitä resurssit PUT-pyynnöllä.
Vaihe 2) Käytä GET-menetelmää resursseihin. Jos PUT-pyyntö onnistuu, saat uusia tietoja. Tämä menetelmä epäonnistuu, jos pyynnössä annetut tiedot ovat virheellisiä. Siksi se ei päivitä mitään.
API: n testaaminen POST-pyyntöjen avulla
Tässä ovat vaiheet API: n testaamiseksi POST-pyynnöillä:

Vaihe 1) Luo resurssi POST-pyynnön avulla ja varmista, että se palauttaa 200 tilakoodin.
Vaihe 2) Tee GET-pyyntö kyseiselle resurssille ja tallenna tiedot oikeaan muotoon.
Vaihe 3) Sinun on lisättävä testejä, jotka varmistavat, että POST-pyynnöt epäonnistuvat virheellisillä tiedoilla.
PUT-menetelmän edut
Tässä on PUT-menetelmän käytön etuja / etuja:
- Se auttaa sinua varastoimaan toimitetun kokonaisuuden toimitetun URI-tunnuksen alle
- Jos toimitettu entiteetti on jo olemassa, voit suorittaa päivitystoiminnon tai luoda kyseisen URI: n.
- Voit luoda resurssin niin monta kertaa kuin haluat.
- Resurssin luominen PUT-menetelmällä on erittäin helppoa.
- Sinun ei tarvitse tarkistaa, onko käyttäjä napsauttanut lähetyspainiketta useita kertoja vai ei.
- Se voi tunnistaa pyynnön liitteenä olevan yksikön.
POST-menetelmän edut
Tässä ovat POST-menetelmän käytön edut / edut:
- Tämä menetelmä auttaa määrittämään resurssin URI: n.
- Uuden resurssipaikkatunnisteen määrittäminen on erittäin helppoa sijaintikohdan avulla.
- Voit lähettää pyynnön hyväksyä entiteetti resurssin uudeksi alaiseksi, jonka URI tunnistaa.
- Voit lähettää käyttäjien luomia tietoja verkkopalvelimelle.
- On erittäin hyödyllistä säilyttää resursseja, kun et tiedä URL-osoitetta.
- Käytä POST-palvelua, kun tarvitset palvelinta, joka hallitsee resurssien URL-osoitteiden luomista.
- POST on turvallinen menetelmä, koska sen pyynnöt eivät jää selaimen historiaan.
- Voit lähettää suuren määrän dataa vaivattomasti postin avulla.
- Voit pitää tiedot yksityisinä.
- Tätä menetelmää voidaan käyttää sekä binääristen että ASCII-tietojen lähettämiseen.