ПУТ вс ПОСТ: Која је разлика?

Преглед садржаја:

Anonim

Шта је ПУТ?

Метода ПУТ се користи за ажурирање ресурса доступних на серверу. Типично, оно што постоји на циљном УРЛ-у замењује нечим другим. Помоћу њега можете направити нови ресурс или преписати постојећи. ПУТ захтева да приложени ентитет мора бити ускладиштен под испорученим затраженим УРИ-јем (Униформ Ресоурце Идентифиер).

У овом упутству ћете научити:

  • Шта је ПУТ?
  • Шта је ПОСТ?
  • Пример ПУТ-а
  • Пример ПОСТ-а
  • Разлика између ПУТ и ПОСТ
  • Тестирање АПИ-ја са ПУТ захтевима
  • Тестирање АПИ-ја са ПОСТ захтевима
  • Предности ПУТ методе
  • Предности ПОСТ методе

Шта је ПОСТ?

ПОСТ је метода коју подржавају ХТТП и

приказује да веб сервер прихвата податке укључене у тело поруке која се тражи. Ворлд Виде Веб често користи ПОСТ за слање података генерисаних на веб сервер или када отпремате датотеку.

КЉУЧНЕ РАЗЛИКЕ:

  • ПУТ метода се позива када морате да измените један ресурс, док се ПОСТ метода позива када морате да додате подређени ресурс.
  • Одговори методе ПУТ могу се кеширати, али не можете кеширати одговоре методе ПУТ.
  • Упит можете користити у ПУТ-у, док можете креирати упит у ПОСТ-у.
  • У ПУТ методи, клијент одлучује који УРИ ресурс треба да има, а у ПОСТ методи, сервер одлучује који УРИ ресурс треба да има.
  • ПУТ ради специфично док ПОСТ ради апстрактно.
  • Ако исти ПУТ захтев пошаљете више пута, резултат ће остати исти, али ако исти ПОСТ захтев пошаљете више пута, добићете различите резултате.
  • ПУТ метода је идемпотентна, док ПОСТ метода није идемпотентна.

Пример ПУТ-а

Ево примера веб-сервера методе ПУТ:

ХТТП ПУТ хттп://ввв.гоогле.цом/усерс/234

ХТТП ПУТ хттп://ввв.гоогле.цом/усерс/234/аццоунтс/567

Захтев

PUT /new.html HTTP/1.1Host: example.comContent-type: text/htmlContent-length: 20

New File

Одговори

Ако циљни ресурс има тренутну репрезентацију и модификује се са стањем приложене репрезентације, тада би сервер требао послати два одговора. Први код одговора је 200 (у реду), а други код 204 (без садржаја).

Ако циљни ресурс нема представу, онда сервер треба да обавести корисника слањем одговора 201 (креиран) кода.

 HTTP/1.1 201 CreatedContent-Location: /new.html

Пример ПОСТ-а

Ево примера ПОСТ методе:

ХТТП ПОСТ хттп://ввв.гоогле.цом/усерс

ХТТП ПОСТ хттп://ввв.гоогле.цом/усерс/234/аццоунтс

Образац који користи подразумевани тип садржаја / к-ввв-форм-урленцодед:

POST /test HTTP/1.1Host: abc.exampleContent-Type: application/x-www-form-urlencodedContent-Length: 40field1=value1&field2=value2

Разлика између ПУТ и ПОСТ

Ево битне разлике између методе ПУТ и ПОСТ:

СТАВИТИ ПОШТА
Овај метод је идемпотентан. Овај метод није идемпотентан.
ПУТ метода је позив када морате да измените један ресурс, који је већ део колекције ресурса. ПОСТ метода је позив када морате додати подређени ресурс у колекцију ресурса.
РФЦ-2616 приказује да метода ПУТ шаље захтев за затворени ентитет ускладиштен у достављеном УРИ захтева. Овај метод захтева од сервера да прихвати ентитет који је приложен у захтеву.
Синтакса методе ПУТ је ПУТ / куестионс / {куестион-ид} Синтакса методе ПОСТ је ПОСТ / питања
Одговор методе ПУТ се може кеширати. Не можете кеширати одговоре методе ПУТ.
ПУТ / ви / јуице / ордерс / 1234 указује на то да ажурирате ресурс који је идентификован са „1234“. ПОСТ / ви / јуице / ордерс указује на то да креирате нови ресурс и враћате идентификатор који описује ресурс.
Ако исти захтев пошаљете више пута, резултат ће остати исти. Ако исти ПОСТ захтев пошаљете више пута, добићете различите резултате.
ПУТ ради специфично. ПОСТ рад као апстрактни.
Користимо УПДАТЕ упит у ПУТ-у. Користимо упит за креирање у ПОСТ-у.
У методи ПУТ, клијент одлучује који УРИ ресурс треба да има. У ПОСТ методи, сервер одлучује који УРИ ресурс треба да има.

Тестирање АПИ-ја са ПУТ захтевима

Ево корака за тестирање АПИ-ја са ПУТ захтевима:

Тестирање АПИ-ја са ПУТ захтевима

Корак 1) Ажурирајте ресурсе помоћу захтева ПУТ.

Корак 2) Користите ГЕТ методу за ресурс. Ако ПУТ затражи успех, добићете нове податке. Овај метод неће успети ако су наведени подаци у захтеву неваљани. Стога неће ажурирати ништа.

Тестирање АПИ-ја са ПОСТ захтевима

Ево корака за тестирање АПИ-ја са ПОСТ захтевима:

Тестирање АПИ-ја са ПОСТ захтевима

Корак 1) Креирајте ресурс помоћу ПОСТ захтева и уверите се да враћа 200 статусног кода.

Корак 2) Пошаљите ГЕТ захтев за тај ресурс и сачувајте податке у исправном формату.

Корак 3) Морате да додате тестове који осигуравају неуспех ПОСТ захтева са нетачним подацима.

Предности ПУТ методе

Ево предности / користи употребе методе ПУТ:

  • Помаже вам да ускладиштите испоручени ентитет под испорученим УРИ-јем
  • Ако испоручени ентитет већ постоји, тада можете извршити операцију ажурирања или можете креирати помоћу тог УРИ-ја.
  • Ресурс можете да креирате онолико пута колико желите.
  • Стварање ресурса методом ПУТ је врло једноставно.
  • Не треба да проверавате да ли је корисник више пута кликнуо дугме за слање или не.
  • Може да идентификује ентитет приложен уз захтев.

Предности ПОСТ методе

Ево предности / користи коришћења ПОСТ методе:

  • Ова метода вам помаже да одредите УРИ ресурса.
  • Навођење новог заглавља локације ресурса је врло једноставно помоћу заглавља локације.
  • Можете послати захтев за прихватање ентитета као новог подређеног ресурса, што је идентификовано УРИ-јем.
  • Можете да пошаљете податке генерисане од корисника на веб сервер.
  • Веома је корисно када не знате УРЛ да задржите било који ресурс.
  • Користите ПОСТ када вам треба сервер који контролише генерисање УРЛ-а ваших ресурса.
  • ПОСТ је сигуран начин јер његови захтеви не остају у историји прегледача.
  • Можете без напора да пренесете велику количину података путем поште.
  • Податке можете држати приватним.
  • Овај метод се може користити за слање бинарних као и АСЦИИ података.