Урок за уеб услуги на RESTful: Какво е REST API с пример

Ключови елементи на RESTful

Уеб услугите на REST наистина са изминали дълъг път от създаването си. През 2002 г. уеб консорциумът пусна дефиницията на WSDL и SOAP уеб услугите. Това формира стандарта за това как се изпълняват уеб услугите.

През 2004 г. уеб консорциумът пусна и дефиницията на допълнителен стандарт, наречен RESTful. През последните няколко години този стандарт стана доста популярен. И се използва от много от популярните уебсайтове по света, включително Facebook и Twitter.

REST е начин за достъп до ресурси, които се намират в определена среда. Например, можете да имате сървър, който може да хоства важни документи, снимки или видеоклипове. Всичко това е пример за ресурси. Ако клиент, например уеб браузър, се нуждае от някой от тези ресурси, той трябва да изпрати заявка до сървъра за достъп до тези ресурси. Сега REST услугите дефинират начин за достъп до тези ресурси.

Ключовите елементи на внедряването на RESTful са следните:

1. Ресурси – Първият ключов елемент е самият ресурс. Да предположим, че уеб приложение на сървър има записи на няколко служители. Да приемем, че URL адресът на уеб приложението е https://demo.guru99.com. Сега, за да получите достъп до ресурс за запис на служител чрез REST услуги, можете да издадете командата https://demo.guru99.com/employee/1 – Тази команда казва на уеб сървъра да предостави подробности за служителя, чийто номер на служител е 1.
2. Глаголи за заявка – Те описват какво искате да направите с ресурса. Браузър издава глагол GET, за да инструктира крайната точка, която иска да получи данни. Въпреки това има много други достъпни глаголи, включително неща като POST, PUT и DELETE. Така че в случая с примера https://demo.guru99.com/employee/1 , уеб браузърът всъщност издава GET глагол, защото иска да получи подробности за досието на служителя.
3. Заглавки на заявката – Това са допълнителни инструкции, изпратени със заявката. Те могат да определят вида на необходимия отговор или подробностите за оторизация.
4. Тяло на заявката – Данните се изпращат със заявката. Данните обикновено се изпращат в заявката, когато се направи POST заявка към REST уеб услугите. При POST повикване клиентът всъщност казва на REST уеб услугите, че иска да добави ресурс към сървъра. Следователно тялото на заявката ще има подробности за ресурса, който трябва да бъде добавен към сървъра.
5. Тяло за отговор – Това е основната част от отговора. Така че в нашия пример за RESTful API, ако трябваше да отправим заявка към уеб сървъра чрез заявката https://demo.guru99.com/employee/1 , уеб сървърът може да върне XML документ с всички подробности за служителя в тялото на отговора.
6. Кодове за състояние на отговор – Тези кодове са общите кодове, които се връщат заедно с отговора от уеб сървъра. Пример е кодът 200, който обикновено се връща, ако няма грешка при връщане на отговор на клиента.

Спокойни методи

Диаграмата по-долу показва най-вече всички глаголи (POST, GET, PUT и DELETE) и пример за REST API какво биха означавали.

Да приемем, че имаме RESTful уеб услуга, дефинирана на местоположението. https://demo.guru99.com/employee . Когато клиентът направи заявка към тази уеб услуга, той може да укаже всеки от нормалните HTTP глаголи GET, POST, DELETE и PUT. По-долу е какво ще се случи, ако съответните глаголи бъдат изпратени от клиента.

1. ПУСНИ – Това ще се използва за създаване на нов служител с помощта на уеб услугата RESTful
2. GET – Това ще се използва за получаване на списък на всички служители, използващи уеб услугата RESTful
3. PUT – Това ще се използва за актуализиране на всички служители, използващи уеб услугата RESTful
4. ИЗТРИЙ – Това ще се използва за изтриване на всички служители, използващи услугите RESTful

Нека да погледнем от гледна точка само на един запис. Да приемем, че има досие на служител с номер на служител 1.

Следващите действия ще имат съответните си значения.

1. ПУСНИ – Това не би било приложимо, тъй като извличаме данни на служител 1, който вече е създаден.
2. GET – Това ще се използва за получаване на подробности за служителя с номер на служител като 1 с помощта на уеб услугата RESTful
3. PUT – Това ще се използва за актуализиране на данните за служителя с номер на служител като 1 с помощта на уеб услугата RESTful
4. ИЗТРИЙ – Това се използва за изтриване на подробности за служителя с номер на служител като 1

Защо Restful

Restful най-вече стана популярен поради следните причини:

1. Хетерогенни езици и среди – Това е една от основните причини, която е същата, за която видяхме SOAP , както добре.

• Той позволява на уеб приложения, които са изградени на различни езици за програмиране, да комуникират помежду си
• С помощта на услугите Restful тези уеб приложения могат да се намират в различни среди, някои може да са включени Windows, а други може да са на Linux.

Но в крайна сметка, без значение каква е средата, крайният резултат винаги трябва да е един и същ, че те трябва да могат да говорят помежду си. Уеб услугите Restful предлагат тази гъвкавост на приложения, изградени на различни езици за програмиране и платформи, за да общуват помежду си.

Картината по-долу дава пример за уеб приложение, което има изискване да общува с други приложения като Facebook, Twitter и Google.

Сега, ако едно клиентско приложение трябваше да работи със сайтове като Facebook, Twitter и т.н., те вероятно ще трябва да знаят на какъв език са изградени Facebook, Google и Twitter, както и на каква платформа са изградени.

Въз основа на това можем да напишем интерфейсния код за нашето уеб приложение, но това може да се окаже кошмар.

Facebook, Twitter и Google разкриват своята функционалност под формата на Restful уеб услуги. Това позволява на всяко клиентско приложение да извиква тези уеб услуги чрез REST.

2. Събитието на устройства – В днешно време всичко трябва да се работи подвижен устройства, независимо дали става дума за мобилно устройство, преносими компютри или дори автомобилни системи.

Можете ли да си представите количеството усилия, за да опитате и кодирате приложения на тези устройства, за да общувате с нормални уеб приложения? Отново Restful API може да направи тази работа по-проста, защото, както беше споменато в точка номер 1, наистина не е нужно да знаете какъв е основният слой за устройството.

3. Накрая е събитието на Облака – Всичко се премества в облака. Приложенията бавно преминават към базирани на облак системи като in Azure or Amazon. Azure намлява Amazon предоставят много API, базирани на Restful архитектурата. Следователно сега приложенията трябва да бъдат разработени по такъв начин, че да са съвместими с облака. Тъй като всички облачно базирани архитектури работят на принципа REST, има по-голям смисъл уеб услугите да бъдат програмирани на базата на REST услуги архитектура, за да използват най-добре базираните на облак услуги.

Спокоен Archiтекстура

Приложение или архитектура, считани за RESTful или REST стил, има следните характеристики

1. Състоянието и функционалността са разделени на разпределени ресурси – Това означава, че всеки ресурс трябва да бъде достъпен чрез нормалните HTTP команди GET, POST, PUT или DELETE. Така че, ако някой иска да получи файл от сървър, той трябва да може да издаде GET заявката и да получи файла. Ако искат да поставят файл на сървъра, те трябва да могат да подадат POST или PUT заявка. И накрая, ако искат да изтрият файл от сървъра, те могат да издадат заявката DELETE.

2. Архитектурата е клиент/сървър, без състояние, на слоеве и поддържа кеширане

• Клиент-сървър е типичната архитектура, при която сървърът може да бъде уеб сървърът, хостващ приложението, а клиентът може да бъде толкова прост, колкото уеб браузъра.
• Без състояние означава, че състоянието на приложението не се поддържа в REST. Например, ако изтриете ресурс от сървър с помощта на командата DELETE, не можете да очаквате тази информация за изтриване да бъде предадена на следващата заявка.

За да сте сигурни, че ресурсът е изтрит, ще трябва да подадете GET заявката. Заявката GET ще се използва за първо получаване на всички ресурси на сървъра. След което ще трябва да се види дали ресурсът наистина е изтрит.

Принципи и ограничения на RESTFul

Архитектурата REST се основава на няколко характеристики, които са разработени по-долу. Всяка RESTful уеб услуга трябва да отговаря на характеристиките по-долу, за да се нарича RESTful. Тези характеристики са известни също като принципи на проектиране, които трябва да се следват при работа с услуги, базирани на RESTful.

1. RESTFul клиент-сървър

   

Това е най-фундаменталното изискване за REST базирана архитектура. Това означава, че сървърът ще има RESTful уеб услуга, която ще предостави необходимата функционалност на клиента. Клиентът изпраща заявка до уеб услугата на сървъра. Сървърът или ще отхвърли заявката, или ще се съобрази и ще предостави адекватен отговор на клиента.

2. без поданство

Концепцията без състояние означава, че клиентът трябва да гарантира, че цялата необходима информация е предоставена на сървъра. Това е необходимо, за да може сървърът да обработи отговора по подходящ начин. Сървърът не трябва да поддържа каквато и да е информация между заявките от клиента. Това е много проста независима поредица от въпроси и отговори. Клиентът задава въпрос, сървърът му отговаря по подходящ начин. Клиентът ще зададе друг въпрос. Сървърът няма да запомни предишния сценарий въпрос-отговор и ще трябва да отговори независимо на новия въпрос.

3. Кеш

Концепцията за кеша е да помогне с проблема без състояние, който беше описан в последната точка. Тъй като всяка заявка на сървърен клиент е независима по природа, понякога клиентът може да поиска от сървъра същата заявка отново. Това е така, въпреки че вече го беше поискало в миналото. Тази заявка ще отиде до сървъра и сървърът ще даде отговор. Това увеличава трафика в мрежата. Кешът е концепция, внедрена на клиента за съхраняване на заявки, които вече са били изпратени до сървъра. Така че, ако същата заявка бъде дадена от клиента, вместо да отиде до сървъра, тя ще отиде до кеша и ще получи необходимата информация. Това спестява обема на мрежовия трафик от клиента към сървъра.

4. Слоеста система

Концепцията за многослойна система е, че всеки допълнителен слой, като например слой на междинен софтуер, може да бъде вмъкнат между клиента и действителния сървър, хостващ уеб услугата RESTFul (Слоят на междинния софтуер е мястото, където се създава цялата бизнес логика. Това може да бъде допълнителна услуга създаден, с който клиентът може да взаимодейства, преди да направи повикване към уеб услугата.). Но въвеждането на този слой трябва да бъде прозрачно, така че да не нарушава взаимодействието между клиента и сървъра.

5. Интерфейс/Единен договор

Това е основната техника за това как трябва да работят RESTful уеб услугите. RESTful основно работи на HTTP уеб слоя и използва следните ключови глаголи за работа с ресурси на сървъра

• POST – За създаване на ресурс на сървъра
• GET – За извличане на ресурс от сървъра
• PUT – За да промените състоянието на ресурс или да го актуализирате
• ИЗТРИВАНЕ – За премахване или изтриване на ресурс от сървъра

Създайте първата си уеб услуга Restful в ASP.NET

Сега в този урок за REST API ще научим как да създадем уеб услуга Restful в ASP.NET:

Уеб услугите могат да бъдат създадени на различни езици. Много интегрирани среди за разработка могат да се използват за създаване на базирани на REST услуги.

В този пример за RESTful API ще създадем нашето REST приложение в .Net с помощта на Visual Studio. В нашия пример за уеб услуги Restful ще емулираме следния пример за услуга REST.

Ще имаме уеб услуга Restful, която ще работи върху набора от данни по-долу.

Наборът от данни по-долу представлява пример за REST API за компания, която излага урока, който има, въз основа на Tutorialid.

Инструкция	Име на урока
0	Масивите
1	Опашките
2	Купища

В нашия пример за урок за REST API ще внедрим долупосочените глаголи Restful.

1. ВЗЕМЕТЕ урок – Когато клиент извика този Restful API, той ще получи целия набор от уроци, достъпни от уеб услугата.
2. ВЗЕМЕТЕ урок/Tutorialid – Когато клиент извика този Restful API, ще му бъде дадено името на урока въз основа на Tutorialid, изпратен от клиента.
3. POST урок/име на урок – Когато клиент извика този Restful API, клиентът ще изпрати заявка за вмъкване на име на урок. След това уеб услугата ще добави изпратеното име на урок към колекцията.
4. ИЗТРИВАНЕ на урок/Tutorialid– Когато клиент извика този Restful API, клиентът ще подаде заявка за изтриване на Tutorialname въз основа на Tutorialid. След това уеб услугата ще изтрие изпратеното име на урока от колекцията.

Нека следваме стъпките по-долу в този урок за RESTful API, за да създадем нашите първи RESTful уеб услуги, които изпълняват горната реализация.

Как да създадете първата си спокойна уеб услуга

Стъпка 1) Създайте нов проект.
Първата стъпка е да създадете празен Asp.Net Уеб приложение. От Visual Studio 2013 щракнете върху опцията от менюто File->New project.

След като щракнете върху опцията Нов проект, Visual Studio ще ви даде друг диалогов прозорец за избор на типа проект и за предоставяне на необходимите подробности за проекта. Това е обяснено в следващата стъпка от този урок за RESTful API

Стъпка 2) Въведете име на проекта и местоположение.

1. Уверете се, че първо сте избрали уеб услугите RESTful C# уеб шаблон на уеб приложение ASP.NET. Проектът трябва да бъде от този тип, за да създадете проект за уеб услуги. Избирайки тези опции, Visual Studio ще извърши необходимите стъпки за добавяне на необходимите файлове, които се изискват от всяко уеб базирано приложение.
2. Дайте име на вашия проект, което в нашия случай е дадено като „Webservice.REST“.
3. След това се уверете, че сте посочили място, където ще се съхраняват файловете на проекта.

След като приключите, ще видите файла на проекта, създаден във вашия изследовател на решения във Visual Studio 2013.

Стъпка 3) Създайте файла на уеб услугата.
Следващата стъпка е да създадете файла на уеб услугата, който ще има уеб услугата RESTful

1. Първо щракнете с десния бутон върху файла на проекта, както е показано по-долу

2. В този етап,
   1. Щракнете с десния бутон върху файла на проекта
   2. Изберете опцията „Добавяне->нов елемент“.

В диалоговия прозорец, който се появява, трябва да извършите следното

1. Изберете опцията за WCF услуга (с активиран Ajax) – Изберете файл от този тип, той причинява Visual studio за добавяне на основен код, който помага да се създаде RESTful уеб услуга. WCF означава Windows общуване Foundation. WCF е библиотека за приложения на различни платформи или една и съща платформа за комуникация през различни протоколи като TCP, HTTP, HTTPS. Ajax основно е асинхронен JavaСценарий и XML. AJAX позволява уеб страниците да се актуализират асинхронно чрез обмен на малки количества данни със сървъра зад кулисите.
2. След това дайте име за услугата, която в нашия случай е TutorialService.
3. Накрая щракнете върху бутона Добавяне, за да добавите услугата към решението.

Стъпка 4) Направете конфигурация.
Следващата стъпка е всъщност да направите промяна в конфигурацията, за да позволите на този проект да завърши работата си с RESTful уеб услуги. Това изисква да направите промяна в извикания файл web.config. Този файл се появява в същия прозорец като файла на проекта Webservice. Файлът Web.config съдържа всички конфигурации, които карат уеб приложението да работи както трябва. Направената промяна всъщност позволява на приложението да изпраща и получава данни като чиста RESTful уеб услуга.

1. Кликнете върху файла Web.config, за да отворите кода

2. Намерете линията

3. Променете реда на

Стъпка 5) Добавете нашия код за внедряване.
Следващата стъпка в този урок за RESTful API е да добавим нашия код за внедряване. Целият по-долу споменат код трябва да бъде написан във файла TutorialService.svc

1. Първият бит е да добавим код за представяне на нашите данни, които ще бъдат използвани в нашата програма. Така че ще имаме списък от низови променливи със стойности на „Масиви“, „Опашки“ и „Стекове“. Това ще представлява името на уроците, достъпно чрез нашата хостинг уеб услуга.

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

Стъпка 6) Дефинирайте кода за нашия метод GET.
След това ще дефинираме кода за нашия метод GET. Този код също ще се намира в същия файл TutorialService.svc. Този код ще се изпълнява всеки път, когато извикаме услугата от нашия браузър.

Методът по-долу ще бъде използван за изпълнение на описания по-долу сценарий

• Ако потребителят иска списък с всички налични уроци, кодът по-долу трябва да бъде написан, за да постигне това.

[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;
}

Обяснение на кода:-

1. Първият ред код е най-важен. Използва се, за да дефинира как можем да извикаме този метод чрез URL. Така че, ако връзката към нашата уеб услуга е http://localhost:52645/TutorialService.svc и ако добавим „/Tutorial“ към URL адреса като http://localhost:52645/TutorialService.svc/Tutorial , горният код ще бъде извикан. Атрибутът на 'WebGet' е параметър, който позволява на този метод да бъде RESTful метод, така че да може да бъде извикан чрез глагола GET.
2. Тази част от кода се използва за преминаване през нашия списък с низове в променливата 'lst' и връщане на всички тях на извикващата програма.

Стъпка 7) Върнете изхода.
Кодът по-долу гарантира, че ако бъде направено GET повикване към услугата за обучение с идентификатор на урока, то ще върне съответното име на урок въз основа на идентификатора на урока.

[WebGet (UriTemplate = "/Tutorial/{Tutorialid}")]

public String GetTutorialbyID(String Tutorialid)
{
	int pid;
	Int32.TryParse(Tutorialid, out pid);
	return lst[pid];
}

Обяснение на кода:-

1. Първият ред код е най-важен. Използва се, за да дефинира как можем да извикаме този метод чрез URL. Така че, ако връзката към нашата уеб услуга е http://localhost:52645/TutorialService.svc и ако добавим '/Tutorial/{Tutorialid}' към URL адреса, тогава ще можем да извикаме уеб услугата като http://localhost:52645/TutorialService.svc/Tutorial/1 като пример. След това уеб услугата ще трябва да върне името на урока, което има идентификатор на урока #1.
2. Тази секция от код се използва за връщане на „име на урока“, което има идентификационния номер на урока, предадено на уеб метода.

• По подразбиране това, което трябва да се помни, е, че всичко, което се предава на URL адреса в браузъра, е низ.
• Но трябва да запомните, че индексът към нашия списък трябва да е цяло число, така че ние добавяме необходимия код, за да преобразуваме първо Tutorialid в цяло число и след това да го използваме за достъп до позицията на индекса в нашия списък и
• След това върнете съответно стойността на извикващата програма.

Стъпка 8) Напишете кода за метода POST.
Следващата стъпка е да напишем кода за нашия POST метод. Този метод ще бъде извикан винаги, когато искаме да добавим стойност на низ към нашия списък с уроци чрез метода POST. Например, ако искате да добавите името на урока „Тестване на софтуер“, тогава ще трябва да използвате метода POST.

Обяснение на кода:-

1. Първият ред е атрибутът „WebInvoke“, който е прикачен към нашия метод. Това позволява методът да бъде извикан чрез POST повикване. Атрибутът RequestFormat и ResponseFormat трябва да бъдат споменати като JSON, тъй като при публикуване на стойности в уеб услуга RESTFul стойностите трябва да бъдат в този формат.
2. Вторият ред код се използва за добавяне на стойността на низа, предадена чрез извикването POST, към нашия съществуващ списък с низове на урока.

Стъпка 9) Добавете метод за обработка на операцията DELETE.
Накрая ще добавим нашия метод за обработка на операцията DELETE. Този метод ще бъде извикан винаги, когато искаме да изтрием съществуваща стойност на низ от нашия списък с уроци чрез метода DELETE.

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

Обяснение на кода:-

1. Първият ред е атрибутът „WebInvoke“, който е прикачен към нашия метод. Това позволява методът да бъде извикан чрез POST повикване. Атрибутът RequestFormat и ResponseFormat трябва да бъдат споменати като JSON, тъй като при публикуване на стойности в уеб услуга RESTFul стойностите трябва да бъдат в този формат. Обърнете внимание, че параметърът на метода е зададен на „ИЗТРИВАНЕ“. Това означава, че всеки път, когато издадем глагола DELETE, този метод ще бъде извикан.
2. Вторият ред от код се използва за вземане на Tutorialid, изпратен чрез извикването DELETE, и впоследствие изтриване на този идентификатор от нашия списък. ( Int32 функцията в кода се използва за преобразуване на идентификатора на урока от низова променлива в цяло число).

Изпълнение на вашата първа уеб услуга Restful

Сега, след като създадохме цялата ни уеб услуга в горния раздел. Нека видим как можем да стартираме услугата Tutorial, така че да може да бъде извикана от всеки клиент.

За да стартирате уеб услугата, моля, следвайте стъпките по-долу

Стъпка 1) Щракнете с десния бутон върху файла на проекта – Webservice.REST

Стъпка 2) Изберете опцията от менюто „Задаване като стартиращ проект“. Това ще гарантира, че този проект се изпълнява, когато Visual Studio изпълнява цялото решение

Стъпка 3) Следващата стъпка е да стартирате самия проект. Сега в зависимост от браузъра по подразбиране, инсталиран в системата, подходящото име на браузъра ще се появи до бутона за изпълнение във Visual Studio. В нашия случай имаме Google Chrome появявам се. Просто щракнете върху този бутон.

Изход: -

Когато проектът се изпълнява, можете да прегледате вашия раздел TutorialService.svc/Tutorial и ще получите резултата по-долу.

В горния резултат,

• Можете да видите, че браузърът извиква глагола „GET“ и изпълнява метода „GetAllTutorial“ в уеб услугата. Този модул се използва за показване на всички уроци, изложени от нашата уеб услуга.

Тестване на вашата първа уеб услуга Restful

В горния раздел вече видяхме как да използваме браузъра, за да изпълним глагола „GET“ и да извикаме „GetAllTutorial“.

1. Нека сега използваме браузъра, за да изпълним следния сценарий за използване.

GET Tutorial/Tutorialid – Когато клиент извика този Restful API, той ще получи името на Tutorial въз основа на Tutorialid, изпратен от клиента

Във вашия браузър добавете низ /1 след думата на урока в URL адреса. Ако натиснете бутона за въвеждане, ще получите изхода по-долу

Сега ще видите изхода на Queues, който всъщност съответства на номер 1 в нашия списък с низове за обучение. Това означава, че методът „GetTutorialbyID“ вече се извиква от нашата уеб услуга. Той също така показва, че стойността на 1 се предава успешно през браузъра към нашата уеб услуга и към нашия метод и затова получаваме правилната съответстваща стойност на „Опашки“ в браузъра.

2. След това нека използваме нашата уеб услуга, като изпълним сценария по-долу. За целта трябва да инсталирате инструмента, наречен „Fiddler”, който е безплатен инструмент за изтегляне от сайта.

POST Tutorial/Tutorialname – Когато клиент извика този Restful API, клиентът ще изпрати заявка за вмъкване на Tutorialname. След това уеб услугата ще добави изпратеното име на урок към колекцията.

Стартирайте инструмента Filddler и изпълнете стъпките по-долу;

1. Отидете в раздела за композитори. Това се използва за създаване на заявки, които могат да бъдат изпратени до всяко уеб приложение.
2. Уверете се, че типът на заявката е „POST“ и правилният URL адрес е посетен, което в нашия случай трябва да бъде http://localhost:52645/TutorialService.svc/Tutorial
3. Уверете се, че Content-Type е маркиран като application/json. Не забравяйте, че нашият POST метод на заявка в нашата уеб услуга приема само данни в стил json, така че трябва да гарантираме, че това е посочено, когато изпращаме заявка към нашето приложение.
4. Накрая трябва да въведем нашите данни. Не забравяйте, че нашият метод за POST приема параметър, наречен „str.“ Така че тук уточняваме, че искаме да добавим стойност, наречена „Дървета“ към нашата колекция от имена на уроци и да се уверим, че е маркирана към името на променливата str.

Накрая просто щракнете върху бутона Изпълнение във fiddler. Това ще изпрати заявка до уеб услугата за ПУБЛИКУВАНЕ на данните „Дървета“ в нашата уеб услуга.

Сега, когато преглеждаме URL адреса на урока, за да покажем всички низове в нашия списък с уроки, вече ще видите, че стойността на „Дървета“ също присъства. Това показва, че POST заявката към уеб услугата е изпълнена успешно и че е успешно добавена към нашия списък с уроци.

3. След това нека използваме нашата уеб услуга, като изпълним сценария по-долу. За това също трябва да използваме инструмента fiddler

DELETE Tutorial/Tutorialid - Когато клиент извика този Restful API, клиентът ще изпрати заявка за изтриване на Tutorialname въз основа на Tutorialid. След това уеб услугата ще изтрие изпратеното име на урока от колекцията.

Стартирайте инструмента Filddler и изпълнете стъпките по-долу

1. Отидете в раздела за композитори. Това се използва за създаване на заявки, които могат да бъдат изпратени до всяко уеб приложение.
2. Уверете се, че типът на заявката е „ИЗТРИВАНЕ“ и правилният URL адрес е посетен, което в нашия случай трябва да бъде http://localhost:52645/TutorialService.svc/Tutorial. Уверете се, че идентификаторът, който се използва за изтриване на низ в списъка, изпратен чрез URL като параметър. В нашия REST пример ние изпращаме 1, така че това ще изтрие 2^nd елемент в нашата колекция, който е „Опашки“.

Накрая просто щракнете върху бутона Изпълнение във fiddler. Това ще изпрати заявка до уеб услугата за ИЗТРИВАНЕ на данните „Опашки“ към нашата уеб услуга.

Сега, когато преглеждаме URL адреса на урока, за да покажем всички низове в нашия списък с уроки, ще забележите, че стойността на „Опашки“ вече не присъства.

Това показва, че заявката за ИЗТРИВАНЕ към уеб услугата е изпълнена успешно. Елементът с индекс номер 1 в нашия списък с низове на урока беше успешно изтрит.

Oбобщение

• REST означава REpresentational State Transfer. REST се използва за изграждане на уеб услуги, които са леки, поддържаеми и мащабируеми по природа.
• Все повече и повече приложения преминават към архитектурата Restful. Това е така, защото сега има много хора, които използват мобилни устройства и по-голямо разнообразие от приложения, които се преместват в облака.
• Основните аспекти на REST са ресурсите, които се намират на сървъра и глаголите на GET, POST, PUT и DELETE, които могат да се използват за работа с тези ресурси.
• Visual Studio и.Net могат да се използват за създаване на Restful уеб услуги.
• Кога Тестване уеб услуги за POST и PUT, трябва да използвате друг инструмент, наречен fiddler, който може да се използва за изпращане на POST и PUT заявка към сървъра.