Водич за РЕСТфул веб услуге са примером РЕСТ АПИ

Шта су Рестфул Веб Сервицес?

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

У овом упутству за РЕСТ АПИ научићете-

ОСТАЛИ кључни елементи
Рестфул Метходс
Вхи Рестфул
Мирна архитектура
РестФул принципи и ограничења
Направите своју прву услугу Рестфул у АСП.НЕТ
Покретање ваше прве Рестфул веб услуге
Тестирање ваше прве Рестфул веб услуге

ОСТАЛИ кључни елементи

РЕСТ веб услуге су заиста напредовале од свог настанка. 2002. године, Веб конзорцијум објавио је дефиницију ВСДЛ и СОАП веб услуга. Ово је формирало стандард примене веб услуга.

2004. године, веб конзорцијум је такође објавио дефиницију додатног стандарда под називом РЕСТфул. Током последњих неколико година овај стандард је постао прилично популаран. И користе га многе популарне веб странице широм света које укључују Фацебоок и Твиттер.

РЕСТ је начин за приступ ресурсима који се налазе у одређеном окружењу. На пример, могли бисте да имате сервер који може да угости важне документе или слике или видео записе. Све ово су пример ресурса. Ако клијент, рецимо да веб прегледачу треба било који од ових ресурса, мора да пошаље захтев серверу за приступ тим ресурсима. Сада РЕСТ услуге дефинишу начин на који се овим ресурсима може приступити.

Кључни елементи имплементације РЕСТфул-а су следећи:

Ресурси - први кључни елемент је сам ресурс. Претпоставимо да веб апликација на серверу има евиденцију неколико запослених. Претпоставимо да је УРЛ веб апликације хттп://демо.гуру99.цом . Сада да бисте приступили ресурсима записа запослених путем РЕСТ услуга, можете издати команду хттп://демо.гуру99.цом/емплоиее/1 - Ова команда поручује веб серверу да наведе детаље запосленика чији је број запосленог 1.
Захтевај глаголе - Они описују шта желите да урадите са ресурсом. Прегледник издаје ГЕТ глагол како би упутио крајњу тачку да жели да добије податке. Међутим, постоје многи други глаголи, укључујући ствари попут ПОСТ, ПУТ и ДЕЛЕТЕ. Дакле, у случају примера хттп://демо.гуру99.цом/емплоиее/1 , веб прегледач заправо издаје ГЕТ Верб јер жели да добије детаље о евиденцији запослених.
Заглавља захтева - Ово су додатна упутства која се шаљу уз захтев. Они могу дефинисати врсту захтеваног одговора или детаље ауторизације.
Тело захтева - Подаци се шаљу уз захтев. Подаци се обично шаљу у захтеву када се ПОСТ захтев пошаље на РЕСТ веб услуге. У ПОСТ позиву, клијент заправо говори РЕСТ веб услугама да жели да дода ресурс на сервер. Стога би тело захтева имало детаље о ресурсу који је потребан да се дода на сервер.
Тело одговора - Ово је главно тело одговора. Дакле, у нашем примеру РЕСТфул АПИ-ја, ако бисмо поставили упит веб серверу путем захтева хттп: //демо.гуру99.цом/емплоиее/1 , веб сервер би могао вратити КСМЛ документ са свим детаљима запосленог у одговору Тело.
Кодови статуса одговора - Ови кодови су општи кодови који се враћају заједно са одговором веб сервера. Пример је код 200 који се обично враћа ако не дође до грешке приликом враћања одговора клијенту.

Рестфул Метходс

Дијаграм испод приказује углавном све глаголе (ПОСТ, ГЕТ, ПУТ и ДЕЛЕТЕ) и пример РЕСТ АПИ-ја шта би они значили.

Претпоставимо да на локацији имамо дефинисану РЕСТфул веб услугу. хттп://демо.гуру99.цом/емплоиее . Када клијент упути било који захтев овој веб услузи, може да наведе било који од уобичајених ХТТП глагола ГЕТ, ПОСТ, ДЕЛЕТЕ и ПУТ. Испод је шта би се догодило да је клијент послао одговарајуће глаголе.

ПОСТ - Ово би се користило за стварање новог запосленог помоћу веб услуге РЕСТфул
ГЕТ - Ово би се користило за добијање листе свих запослених који користе веб услугу РЕСТфул
ПУТ - Ово би се користило за ажурирање свих запослених помоћу веб услуге РЕСТфул
ИЗБРИШИ - Ово би се користило за брисање свих запослених који користе услуге РЕСТфул

Погледајмо из перспективе само једног записа. Рецимо да је постојала евиденција о запосленом са бројем запослених 1.

Следеће акције би имале своја значења.

ПОСТ - Ово не би било применљиво, јер преузимамо податке о запосленом 1 који су већ створени.
ГЕТ - Ово би се користило за добијање података о запосленом код Запосленог бр. 1 помоћу веб услуге РЕСТфул
ПУТ - Ово би се користило за ажурирање података о запосленом код Запосленог бр. 1 помоћу веб услуге РЕСТфул
ИЗБРИШИ - Користи се за брисање података о запосленом са Запосленим бр. 1

Вхи Рестфул

Рестфул је углавном постао популаран из следећих разлога:

Хетерогени језици и окружења - Ово је један од основних разлога који је исти као што смо видели и за СОАП.

Омогућава међусобну комуникацију веб апликација које су изграђене на различитим програмским језицима
Уз помоћ услуга Рестфул, ове веб апликације могу да се налазе у различитим окружењима, неке могу бити на Виндовс-у, а друге на Линук-у.

Али на крају, без обзира на окружење, крајњи резултат увек треба да буде исти да би могли да разговарају једни с другима. Веома брзи веб сервиси нуде ову флексибилност апликацијама изграђеним на различитим програмским језицима и платформама за међусобну комуникацију.

Слика доле даје пример веб апликације која има захтев да разговара са другим апликацијама као што су Фацебоок, Твиттер и Гоогле.

Сада, ако би клијентска апликација морала да ради са локацијама као што су Фацебоок, Твиттер итд., Вероватно би морале да знају на ком су језику Фацебоок, Гоогле и Твиттер изграђени, као и на којој платформи су изграђени.

На основу овога можемо да напишемо код за повезивање наше веб апликације, али ово би се могло показати као ноћна мора.

Фацебоок, Твиттер и Гоогле излажу своју функционалност у облику веб услуга Рестфул. То омогућава било којој клијентској апликацији да позове ове веб услуге путем РЕСТ-а.

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

Мирна архитектура

Апликација или архитектура која се сматра РЕСТфул или РЕСТ стилом има следеће карактеристике

Стање и функционалност подељени су на дистрибуиране ресурсе - То значи да би сваки ресурс требало да буде доступан путем нормалних ХТТП наредби ГЕТ, ПОСТ, ПУТ или ДЕЛЕТЕ. Дакле, ако је неко желео да добије датотеку са сервера, требало би да може да изда ГЕТ захтев и преузме датотеку. Ако желе да ставе датотеку на сервер, требало би да могу да издају ПОСТ или ПУТ захтев. И на крају, ако су желели да избришу датотеку са сервера, издају захтев ДЕЛЕТЕ.
Архитектура је клијент / сервер, без стања, слојевита и подржава кеширање -

Клијент-сервер је типична архитектура где сервер може бити веб сервер који хостује апликацију, а клијент може бити једноставан као веб прегледач.
Држављанство значи да се стање апликације не одржава у РЕСТ-у.
На пример, ако избришете ресурс са сервера помоћу наредбе ДЕЛЕТЕ, не можете очекивати да ће се информације о брисању проследити следећем захтеву.

Да бисте били сигурни да ће се ресурс избрисати, мораћете да издате ГЕТ захтев. ГЕТ захтев би се користио за прво добијање свих ресурса на серверу. Након чега би требало видети да ли је ресурс стварно избрисан.

РЕСТФул Принципи и ограничења

РЕСТ архитектура заснива се на неколико карактеристика које су детаљно образложене у наставку. Било која веб услуга РЕСТфул мора да буде у складу са следећим карактеристикама да би се могла назвати РЕСТфул. Ове карактеристике су познате и као принципи дизајна које треба поштовати у раду са услугама заснованим на РЕСТфул-у.

РЕСТФул клијент-сервер

Ово је најосновнији захтев архитектуре засноване на РЕСТ-у. То значи да ће сервер имати РЕСТфул веб услугу која ће клијенту пружити потребну функционалност. Клијент шаље захтев веб услузи на серверу. Сервер би или одбио захтев или би се ускладио и пружио адекватан одговор клијенту.

Без држављанства

Концепт апатридности значи да је на клијенту да осигура да се све потребне информације достављају серверу. То је потребно како би сервер могао да обради одговор на одговарајући начин. Сервер не би требало да одржава било какву врсту информација између захтева клијента. То је врло једноставна независна секвенца питање-одговор. Клијент поставља питање, а сервер му одговара на одговарајући начин. Клијент ће поставити још једно питање. Сервер се неће сетити претходног сценарија одговора на питање и мораће да одговори на ново питање самостално.

Кеш меморија

Цацхе концепт помаже у решавању проблема апатрида који је описан у последњој тачки. Пошто је сваки захтев клијентског сервера неовисан по својој природи, понекад клијент може поново затражити од сервера исти захтев. То је иако је то већ тражило у прошлости. Овај захтев ће ићи на сервер, а сервер ће дати одговор. Ово повећава промет на мрежи. Кеш меморија је концепт имплементиран на клијенту за чување захтева који су већ послати серверу. Дакле, ако исти захтев даје клијент, уместо да иде на сервер, он ће отићи у кеш и добити потребне информације. Ово штеди количину мрежног саобраћаја од клијента до сервера.

Слојевити систем

Концепт слојевитог система је да било који додатни слој, попут међупрограмског слоја, може бити уметнут између клијента и стварног сервера који хостује РЕСТФул веб услугу (Међупрограмски слој је место где се креира сва пословна логика. То може бити додатна услуга створене са којима би клијент могао да ступи у интеракцију пре него што позове веб услугу.). Али увођење овог слоја мора бити транспарентно, тако да не нарушава интеракцију између клијента и сервера.

Интерфејс / јединствени уговор

Ово је основна техника како РЕСТфул веб услуге треба да раде. РЕСТфул у основи ради на ХТТП веб слоју и користи доње кључне глаголе за рад са ресурсима на серверу

ПОСТ - Да бисте креирали ресурс на серверу
ГЕТ - за преузимање ресурса са сервера
ПУТ - Да бисте променили стање ресурса или га ажурирали
ИЗБРИШИ - Да бисте уклонили или избрисали ресурс са сервера

Направите своју прву услугу Рестфул у АСП.НЕТ

Сада ћемо у овом упутству за РЕСТ АПИ научити како да направимо веб услугу Рестфул у АСП.НЕТ:

Веб услуге се могу креирати на разним језицима. Многа интегрисана развојна окружења могу се користити за стварање услуга заснованих на РЕСТ-у.

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

Имаћемо веб услугу Рестфул која ће радити на доњем скупу података.

Скуп података у наставку представља пример РЕСТ АПИ-ја за оснивање компаније која излаже лекције које имају на основу Туториалида.

Туториалид	ТуториалНаме
0	Низови
1	Редови
2	Стацкс

У нашем примеру упутства за РЕСТ АПИ, применићемо доле помирљиве глаголе.

ГЕТ Туториал - Када клијент позове овај Рестфул АПИ, добиће цео сет Водича доступних на веб услузи.
ГЕТ Туториал / Туториалид - Када клијент позове овај Рестфул АПИ, добиће име Водича на основу Туториалида који је послао клијент.
ПОСТ Туториал / Туториалнаме - Када се клијент позове на овај Рестфул АПИ, клијент ће поднети захтев за уметање имена водича. Тада ће веб услуга додати послати назив водича у колекцију.
ДЕЛЕТЕ Туториал / Туториалид - Када се клијент позове на овај Рестфул АПИ, клијент ће поднети захтев за брисање назива водича на основу Туториалида. Тада ће веб услуга избрисати послати назив водича из колекције.

Пратимо кораке у наставку у овом упутству за РЕСТфул АПИ да бисмо креирали наше прве РЕСТфул веб услуге, које спроводе горњу имплементацију.

Корак 1) Први корак је стварање празне веб апликације Асп.Нет. У Висуал Студио 2013 кликните на опцију менија Датотека-> Нови пројекат.

Једном када кликнете на опцију Нови пројекат, Висуал Студио ће вам дати други дијалошки оквир за одабир врсте пројекта и давање потребних детаља о пројекту. Ово је објашњено у следећем кораку овог водича за РЕСТфул АПИ

Корак 2) У овом кораку,

Обавезно прво одаберите РЕСТфул веб услуге Ц # веб шаблон АСП.НЕТ веб апликације. Пројекат мора бити ове врсте да би се креирао пројекат веб услуга. Одабиром ове опције, Висуал Студио ће затим извршити потребне кораке за додавање потребних датотека које су потребне било којој веб апликацији.
Дајте име свом пројекту који је у нашем случају добио назив „Вебсервице.РЕСТ“.
Затим осигурајте локацију на којој ће се чувати датотеке пројекта.

Када завршите, видећете датотеку пројекта створену у вашем истраживачу решења у Висуал Студио 2013.

Корак 3) Следећи корак је стварање датотеке веб услуге која ће имати РЕСТфул веб услугу

Прво кликните десним тастером миша на датотеку пројекта као што је приказано испод

У овом кораку,
1. Кликните десним тастером миша на датотеку пројекта
2. Изаберите опцију „Додај-> нова ставка“.

У дијалошком оквиру који ће се појавити потребно је да извршите следеће

Изаберите опцију ВЦФ услуге (са омогућеним Ајаком) - Одаберите датотеку ове врсте, због чега ће Висуал студио додати основни код који помаже у стварању РЕСТфул веб услуге. ВЦФ је скраћеница од Виндовс Цоммуницатион Фоундатион. ВЦФ је библиотека за апликације различитих платформи или исте платформе за комуникацију преко различитих протокола као што су ТЦП, ХТТП, ХТТПС. Ајак је у основи асинхрони ЈаваСцрипт и КСМЛ. АЈАКС омогућава веб странице да се ажурирају асинхроно разменом малих количина података са сервером иза сцене.
Затим наведите име услуге која је у нашем случају ТуториалСервице.
На крају, кликните на дугме Додај да бисте додали услугу у решење.

Корак 4) Следећи корак је стварна промена конфигурације како би се овом пројекту омогућило да заврши рад са РЕСТфул веб услугама. Ово захтева измену датотеке под називом Веб.цонфиг . Ова датотека се појављује у истом прозору као и датотека пројекта Вебсервице. Датотека Веб.цонфиг садржи све конфигурације због којих веб апликација ради како треба. Измењена промена заправо омогућава апликацији да шаље и прима податке као чист РЕСТфул веб сервис.

Кликните датотеку Веб.цонфиг да бисте отворили код

Пронађите линију <енаблеВебСцрипт>

Промените линију у <вебХттп>

Корак 5) Следећи корак у овом упутству за РЕСТфул АПИ је додавање нашег кода за примену. Сав доленаведени код мора бити написан у датотеци ТуториалСервице.свц

Први бит је додавање кода који представља наше податке који ће се користити у нашем програму. Тако ћемо имати листу променљивих низа са вредностима „Низови“, „Редови чекања“ и „Стацкови“. Ово ће представљати име водича доступно путем наше веб услуге хостинга.

namespace Webservice.REST{[ServiceContract(Namespace = "")][AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowedpublic class TutorialService{private static List  lst = new List  (new String[] {"Arrays","Queues","Stacks"});

Корак 6) Затим ћемо дефинисати код за нашу ГЕТ методу. Овај код ће се такође налазити у истој датотеци ТуториалСервице.свц. Овај код ће се покретати кад год из нашег прегледача позовемо услугу.

За испуњавање доље наведеног сценарија користиће се доња метода

Ако корисник жели списак свих водича који су на располагању, онда би за то требало да се напише доњи код.

[WebGet(UriTemplate="/Tutorial")]public String GetAllTutorial(){int count = 1st.Count;String TutorialList = "";for (int i = 0; i < count; i++)TutorialList = TutorialList + lst[i] + ",";return TutorialList;}

Објашњење кода: -

Прва линија кода је најважнија. Користи се за дефинисање како можемо позвати ову методу путем УРЛ-а. Дакле, ако је веза до наше веб услуге хттп: // лоцалхост: 52645 / ТуториалСервице.свц и ако додамо '/ Туториал' УРЛ-у као хттп: // лоцалхост: 52645 / ТуториалСервице.свц / Туториал , горњи код биће позвано. Атрибут 'ВебГет' је параметар који омогућава да ова метода буде РЕСТфул метода тако да се на њу може позивати путем ГЕТ глагола.
Овај одељак кода користи се за пролазак кроз нашу листу низова у променљивој 'лст' и враћање свих у позивни програм.

Корак 7) Доњи код осигурава да ће, ако се упути ГЕТ позив Туториал Сервице-у са ИД-ом Туториал-а, вратити одговарајуће Име Туториал-а на основу ИД-а Туториал-а.

[WebGet (UriTemplate = "/Tutorial/{Tutorialid}")]public String GetTutorialbyID(String Tutorialid){int pid;Int32.TryParse(Tutorialid, out pid);return lst[pid];}

Објашњење кода: -

Прва линија кода је најважнија. Користи се за дефинисање како можемо позвати ову методу путем УРЛ-а. Дакле, ако је веза до наше веб услуге хттп: // лоцалхост: 52645 / ТуториалСервице.свц и ако додамо '/ Туториал / {Туториалид}' УРЛ-у, онда бисмо могли да позовемо веб услугу као хттп: //лоцалхост:52645/ТуториалСервице.свц/Туториал/1 као пример. Тада би веб услуга требала да врати назив водича који је имао ИД водича бр. 1.
Овај одељак кода користи се за враћање „назива водича“ који има ИД упутства прослеђен веб методи.

Подразумевано је оно што треба имати на уму да је све што се проследи УРЛ-у у прегледачу низ.
Али морате имати на уму да индекс на нашој листи мора бити цео број, па додајемо неопходни код да прво претворимо Туториалид у цео број, а затим га користимо за приступ положају индекса на нашој листи и
Затим вратите вредност програму за позивање у складу с тим.

Корак 8) Следећи корак је писање кода за нашу ПОСТ методу. Ова метода ће се позвати кад год желимо да додамо вредност низа на нашу листу Водича путем методе ПОСТ. На пример, ако желите да додате назив водича „Тестирање софтвера“, тада ћете морати да користите ПОСТ метод.

Објашњење кода: -

Први ред је атрибут „ВебИнвоке“ који је приложен нашој методи. Ово омогућава позивање методе путем ПОСТ позива. Атрибут РекуестФормат и РеспонсеФормат морају се споменути као ЈСОН, јер приликом објављивања вредности на РЕСТФул веб услузи, вредности морају бити у овом формату.
Други ред кода користи се за додавање вредности низа прослеђених путем ПОСТ позива на нашу постојећу листу низова Туториал.

Корак 9) На крају ћемо додати нашу методу за руковање операцијом ДЕЛЕТЕ. Ова метода ће се позвати сваки пут када желимо да избришемо постојећу вредност низа са наше листе Водича путем методе ДЕЛЕТЕ.

[WebInvoke(Method = "DELETE", RequestFormat = WebMessageFormat.Ison,UriTemplate = "/Tutorial/{Tutorialid}", ResponseFormat = WebMessageFormat.Json,BodyStyle = WebMessageBodyStyle.Wrapped)]public void DeleteTutorial(String Tutorialid){int pid;Int32.TryParse(Tutorialid, out pid);1st.RemoveAt(pid);}

Објашњење кода: -

Први ред је атрибут „ВебИнвоке“ који је приложен нашој методи. Ово омогућава позивање методе путем ПОСТ позива. Атрибут РекуестФормат и РеспонсеФормат морају се споменути као ЈСОН, јер приликом објављивања вредности на РЕСТФул веб услузи, вредности морају бити у овом формату. Имајте на уму да је параметар Метход постављен на „ДЕЛЕТЕ“. То значи да ће се овај метод позивати кад год издајемо глагол ДЕЛЕТЕ.
Други ред кода користи се за преузимање Туториалида посланог путем позива ДЕЛЕТЕ и накнадно брисање тог ИД-а са наше листе. (Функција Инт32 у коду користи се за претварање ИД-а водича из променљиве низа у цео број).

Покретање ваше прве Рестфул веб услуге

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

Да бисте покренули веб услугу, следите кораке у наставку

Корак 1) Десни клик на датотеку пројекта - Вебсервице.РЕСТ

Корак 2) Изаберите опцију менија „Постави као СтартУп пројекат“. Ово ће осигурати да се овај пројекат покрене када Висуал Студио покрене целокупно решење

Корак 3) Следећи корак је покретање самог пројекта. Сада, у зависности од подразумеваног прегледача инсталираног на систему, одговарајуће име прегледача ће се појавити поред дугмета за покретање у Висуал Студио-у. У нашем случају се појављује Гоогле Цхроме. Само кликните на ово дугме.

Излаз: -

Када се пројекат покрене, можете прегледати одељак ТуториалСервице.свц / Туториал и добићете доњи излаз.

У горњем излазу,

Можете да видите да прегледач призива глагол „ГЕТ“ и извршава методу „ГетАллТуториал“ у веб услузи. Овај модул се користи за приказ свих водича које је изложила наша веб услуга.

Тестирање ваше прве Рестфул веб услуге

У горњем одељку смо већ видели како се помоћу прегледача извршава глагол „ГЕТ“ и позива „ГетАллТуториал“.

Хајде сада да користимо прегледач за извршавање следећег сценарија примене.

ГЕТ Туториал / Туториалид - Када клијент позове овај Рестфул АПИ, добиће име Водича на основу Туториалида који је послао клијент

У прегледач додајте низ / 1 после речи Туториал у УРЛ. Ако притиснете тастер ентер, добићете доњи излаз

Сада ћете видети излаз Редова који заправо одговара броју 1 на нашој листи низова туторијала. То значи да се метода 'ГетТуториалбиИД' сада позива из наше веб услуге. Такође показује да се вредност 1 успешно преноси путем прегледача на нашу веб услугу и на нашу методу и зато у прегледачу добијамо тачну одговарајућу вредност „Редови“.

Даље, конзумирајмо нашу веб услугу извршавањем доњег сценарија. Да бисте то урадили, потребно је да инсталирате алатку под називом „Фиддлер“ која је бесплатан алат за преузимање са веб локације.

ПОСТ Туториал / Туториалнаме - Када се клијент позове на овај Рестфул АПИ, клијент ће поднети захтев за уметање имена водича. Тада ће веб услуга додати послати назив водича у колекцију.

Покрените алатку Филддлер и извршите кораке у наставку;

Идите на одељак за композиторе. Ово се користи за креирање захтева који се могу поднети на било коју мрежу
апликација.
Уверите се да је тип захтева „ПОСТ“ и да ли се погађа тачна УРЛ адреса, која у нашем случају треба да буде хттп: // лоцалхост: 52645 / ТуториалСервице.свц / Туториал
Обавезно означите Цонтент-Типе као апплицатион / јсон. Имајте на уму да наша метода захтева за ПОСТ у нашој веб услузи прихвата само податке у стилу јсон, тако да морамо бити сигурни да је то наведено када шаљемо захтев нашој апликацији.
Коначно, морамо да унесемо своје податке. Запамтите да наша метода за ПОСТ прихвата параметар назван 'стр.' Дакле, овде прецизирамо да желимо да додамо вредност названу „Дрвеће“ у нашу колекцију имена Водича и осигурамо да је означена именом стр променљиве.

На крају, само кликните дугме Изврши у фиддлеру. Ово ће послати захтев веб сервису да ПОСТА податке „Дрвеће“ за нашу веб услугу.

Сада, када прегледамо УРЛ водича како бисмо приказали све низове на нашој листи упутстава, видећете да је вредност „Дрвеће“ такође присутна. То показује да је ПОСТ захтев за веб услугом успешно извршен и да је успешно додат на нашу листу водича.

Даље, конзумирајмо нашу веб услугу извршавањем доњег сценарија. За ово такође морамо да користимо алат за гуслере

ДЕЛЕТЕ Туториал / Туториалид - Када се клијент позове на овај Рестфул АПИ, клијент ће поднети захтев за брисање назива водича на основу Туториалида. Тада ће веб услуга избрисати послати назив водича из колекције.

Покрените алатку Филддлер и изведите кораке у наставку

Идите на одељак за композиторе. Ово се користи за креирање захтева који се могу поднети на било коју мрежу
апликација.
Уверите се да је тип захтева „ИЗБРИШИ“ и да је погођена тачна УРЛ адреса, која би у нашем случају требало да буде хттп: // лоцалхост: 52645 / ТуториалСервице.свц / Туториал . Уверите се да је идентификатор који се користи за брисање низа са листе послат преко УРЛ-а као параметар. У нашем примеру РЕСТ, шаљемо 1, па ћемо тиме избрисати ^2. елемент у нашој колекцији, који је „Редови“.

На крају, само кликните дугме Изврши у фиддлеру. Ово ће послати захтев веб услузи да ИЗБРИШИ податке „Редови“ нашој веб услузи.

Сада, када прегледамо УРЛ водича како бисмо приказали све низове на нашој листи упутстава, приметићете да вредност „Редови чекања“ више није присутна.

То показује да је захтев ИЗБРИШИ веб услузи успешно извршен. Елемент на индексу бр. 1 на нашој листи низова туторијала је успешно избрисан.

Резиме

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