RESTful Web Services Tutorial med REST API Exempel

Innehållsförteckning:

Anonim

Vad är Restful Web Services?

Restful Web Services är en lätt, underhållbar och skalbar tjänst som bygger på REST-arkitekturen. Restful Web Service, exponera API från din applikation på ett säkert, enhetligt, statslöst sätt för den uppringande klienten. Den anropande klienten kan utföra fördefinierade åtgärder med tjänsten Restful. Det underliggande protokollet för REST är HTTP. REST står för REpresentational State Transfer.

I denna REST API-handledning lär du dig-

  • RESTful viktiga element
  • Restful Methods
  • Varför vilsam
  • Vilsam arkitektur
  • RestFul-principer och begränsningar
  • Skapa din första vilsam webbtjänst i ASP.NET
  • Kör din första vilsam webbtjänst
  • Testa din första vilsam webbtjänst

RESTful viktiga element

REST-webbtjänster har verkligen kommit långt sedan starten. År 2002 hade webbkonsortiet släppt definitionen av WSDL- och SOAP-webbtjänster. Detta bildade standarden för hur webbtjänster implementeras.

2004 släppte också webbkonsortiet definitionen av en ytterligare standard som heter RESTful. Under de senaste åren har denna standard blivit ganska populär. Och används av många av de populära webbplatserna runt om i världen som inkluderar Facebook och Twitter.

REST är ett sätt att komma åt resurser som ligger i en viss miljö. Du kan till exempel ha en server som kan vara värd för viktiga dokument eller bilder eller videor. Alla dessa är ett exempel på resurser. Om en klient, säg att en webbläsare behöver någon av dessa resurser, måste den skicka en begäran till servern för att få tillgång till dessa resurser. Nu definierar REST-tjänster ett sätt på hur dessa resurser kan nås.

Nyckelelementen i en RESTful implementering är följande:

  1. Resurser - Det första nyckelelementet är själva resursen. Låt oss anta att en webbapplikation på en server har register över flera anställda. Låt oss anta att webbapplikationens URL är http://demo.guru99.com . För att få åtkomst till en anställds postresurs via REST-tjänster kan man utfärda kommandot http://demo.guru99.com/employee/1 - Detta kommando ber webbservern att ange information om den anställd vars anställd är 1.

  2. Begär verb - Dessa beskriver vad du vill göra med resursen. En webbläsare utfärdar ett GET-verb för att instruera den slutpunkt den vill få data. Det finns dock många andra verb tillgängliga, inklusive saker som POST, PUT och DELETE. Så i fallet med exemplet http://demo.guru99.com/employee/1 utfärdar webbläsaren faktiskt ett GET-verb eftersom det vill få information om anställdsrekordet.

  3. Begär rubriker - Detta är ytterligare instruktioner som skickas med begäran. Dessa kan definiera vilken typ av svar som krävs eller behörighetsuppgifterna.

  4. Begäran - Data skickas med begäran. Data skickas normalt i begäran när en POST-begäran görs till REST-webbtjänsterna. I ett POST-samtal säger klienten faktiskt till REST-webbtjänsterna att den vill lägga till en resurs till servern. Följaktligen skulle förfrågningsorganet ha information om den resurs som krävs för att läggas till servern.

  5. Svarskropp - Detta är huvudkroppen i svaret. Så i vårt RESTful API-exempel, om vi skulle fråga webbservern via begäran http://demo.guru99.com/employee/1 , kan webbservern returnera ett XML-dokument med alla detaljer om den anställde i svaret Kropp.

  6. Svarsstatuskoder - Dessa koder är de allmänna koder som returneras tillsammans med svaret från webbservern. Ett exempel är koden 200 som normalt returneras om det inte finns något fel när du returnerar ett svar till klienten.

Restful Methods

Nedanstående diagram visar mestadels alla verben (POST, GET, PUT och DELETE) och ett REST API-exempel på vad de skulle betyda.

Låt oss anta att vi har en RESTful webbtjänst definierad på platsen. http://demo.guru99.com/medarbetare . När klienten gör någon begäran till denna webbtjänst kan den ange vilket som helst av de vanliga HTTP-verben för GET, POST, DELETE och PUT. Nedan följer vad som skulle hända om respektive verb skickades av klienten.

  1. POST - Detta skulle användas för att skapa en ny medarbetare med RESTful webbtjänst
  2. GET - Detta skulle användas för att få en lista över alla anställda som använder RESTful webbtjänst
  3. PUT - Detta skulle användas för att uppdatera alla anställda som använder RESTful webbtjänst
  4. RADERA - Detta skulle användas för att ta bort alla anställda som använder RESTful-tjänsterna

Låt oss ta en titt utifrån ett enda skivperspektiv. Låt oss säga att det fanns en medarbetarrekord med anställd nummer 1.

Följande åtgärder skulle ha sina respektive betydelser.

  1. POST - Detta skulle inte vara tillämpligt eftersom vi hämtar data för anställd 1 som redan har skapats.
  2. FÅ - Detta skulle användas för att få information om den anställde med anställd nr 1 som använder RESTful webbtjänst
  3. PUT - Detta skulle användas för att uppdatera informationen om den anställde med anställd nr 1 med RESTful webbtjänst
  4. RADERA - Detta används för att radera information om den anställde med anställd nr som 1

Varför vilsam

Restful kom mestadels i popularitet på grund av följande skäl:

  1. Heterogena språk och miljöer - Detta är en av de grundläggande orsakerna som är desamma som vi har sett för SOAP också.
  • Det gör det möjligt för webbapplikationer som är byggda på olika programmeringsspråk att kommunicera med varandra
  • Med hjälp av Restful-tjänster kan dessa webbapplikationer ligga i olika miljöer, vissa kan finnas på Windows och andra på Linux.

Men i slutändan, oavsett vilken miljö det är, bör slutresultatet alltid vara detsamma som att de ska kunna prata med varandra. Villiga webbtjänster erbjuder denna flexibilitet för applikationer som bygger på olika programmeringsspråk och plattformar för att prata med varandra.

Bilden nedan ger ett exempel på en webbapplikation som kräver ett samtal med andra applikationer som Facebook, Twitter och Google.

Om en klientapplikation nu skulle behöva arbeta med webbplatser som Facebook, Twitter, etc. skulle de förmodligen behöva veta vad språket Facebook, Google och Twitter bygger på, och även på vilken plattform de är byggda på.

Baserat på detta kan vi skriva gränssnittskoden för vår webbapplikation, men det kan visa sig vara en mardröm.

Facebook, Twitter och Google avslöjar deras funktionalitet i form av Restful web services. Detta gör att alla klientapplikationer kan ringa dessa webbtjänster via REST.

  1. Händelsen av enheter - Numera måste allt fungera på mobila enheter, oavsett om det är den mobila enheten, bärbara datorer eller till och med bilsystem.

    Kan du föreställa dig mängden ansträngning att försöka koda applikationer på dessa enheter för att prata med vanliga webbapplikationer? Återigen kan Restful API göra det här jobbet enklare för som nämnts i punkt 1 behöver du verkligen inte veta vad som är det underliggande lagret för enheten.

  2. Slutligen är molnets händelse - allt rör sig till molnet. Applikationer flyttas långsamt till molnbaserade system som i Azure eller Amazon. Azure och Amazon tillhandahåller många API: er baserade på Restful-arkitekturen. Därför måste applikationer nu utvecklas på ett sådant sätt att de görs kompatibla med molnet. Så eftersom alla molnbaserade arkitekturer arbetar på REST-principen är det mer meningsfullt att webbtjänster programmeras på den REST-tjänstebaserade arkitekturen så att de använder molnbaserade tjänster på bästa sätt.

Vilsam arkitektur

En applikation eller arkitektur som betraktas som RESTful eller REST-stil har följande egenskaper

  1. Tillstånd och funktion är uppdelade i distribuerade resurser - Detta innebär att varje resurs ska vara tillgänglig via de vanliga HTTP-kommandona GET, POST, PUT eller DELETE. Så om någon ville hämta en fil från en server, borde de kunna utfärda GET-begäran och få filen. Om de vill lägga en fil på servern bör de kunna utfärda POST- eller PUT-begäran. Och slutligen, om de ville ta bort en fil från servern, utfärdar de DELETE-begäran.
  2. Arkitekturen är klient / server, statslös, lager och stöder cachning -
  • Klient-server är den typiska arkitekturen där servern kan vara den webbserver som är värd för applikationen, och klienten kan vara så enkel som webbläsaren.
  • Stateless betyder att applikationens tillstånd inte bibehålls i REST.

    Om du till exempel tar bort en resurs från en server med hjälp av kommandot DELETE kan du inte förvänta dig att information om radering ska skickas till nästa begäran.

    För att säkerställa att resursen raderas måste du utfärda GET-begäran. GET-begäran skulle användas för att först hämta alla resurser på servern. Efter vilket man skulle behöva se om resursen faktiskt raderades.

RESTFul-principer och begränsningar

REST-arkitekturen är baserad på några egenskaper som beskrivs nedan. Varje RESTful webbtjänst måste uppfylla nedanstående egenskaper för att den ska kunna kallas RESTful. Dessa egenskaper är också kända som designprinciper som måste följas när man arbetar med RESTful-baserade tjänster.

  1. RESTFul klient-server

Detta är det mest grundläggande kravet på en REST-baserad arkitektur. Det betyder att servern kommer att ha en RESTful webbtjänst som skulle ge den nödvändiga funktionaliteten till klienten. Klienten skickar en begäran till webbtjänsten på servern. Servern skulle antingen avvisa begäran eller följa och ge ett adekvat svar till klienten.

  1. Statslös

Begreppet statslös innebär att det är upp till klienten att se till att all nödvändig information ges till servern. Detta krävs så att servern kan behandla svaret på lämpligt sätt. Servern bör inte ha någon form av information mellan förfrågningar från klienten. Det är en mycket enkel oberoende sekvens för frågesvar. Klienten ställer en fråga, servern svarar på lämpligt sätt. Kunden ställer en annan fråga. Servern kommer inte ihåg det föregående frågesvarsscenariot och måste svara på den nya frågan oberoende.

  1. Cache

Cache-konceptet är att hjälpa till med problemet med statslösa som beskrivs i den sista punkten. Eftersom varje serverklientbegäran är oberoende kan ibland klienten be servern om samma begäran igen. Detta trots att det redan hade bett om det tidigare. Denna begäran kommer till servern och servern kommer att svara. Detta ökar trafiken över nätverket. Cachen är ett koncept som implementeras på klienten för att lagra förfrågningar som redan har skickats till servern. Så om samma begäran ges av klienten, istället för att gå till servern, skulle den gå till cachen och få den information som krävs. Detta sparar mängden fram och tillbaka nätverkstrafik från klienten till servern.

  1. Layered System

Konceptet med ett skiktat system är att alla ytterligare skikt som ett mellanvarulager kan infogas mellan klienten och den faktiska servern som är värd för RESTFul-webbtjänsten (Mellanvarulagret är där all affärslogik skapas. Detta kan vara en extra tjänst skapas som klienten kan interagera med innan den ringer till webbtjänsten.). Men introduktionen av detta lager måste vara transparent så att det inte stör interaktionen mellan klienten och servern.

  1. Gränssnitt / enhetligt avtal

Detta är den underliggande tekniken för hur RESTful webbtjänster ska fungera. RESTful fungerar i grunden på HTTP-webblagret och använder nedanstående nyckelverb för att arbeta med resurser på servern

  • POST - För att skapa en resurs på servern
  • GET - För att hämta en resurs från servern
  • PUT - För att ändra tillståndet för en resurs eller för att uppdatera den
  • RADERA - För att ta bort eller ta bort en resurs från servern

Skapa din första vilsam webbtjänst i ASP.NET

Nu i denna REST API-handledning lär vi oss hur du skapar en vilsam webbtjänst i ASP.NET:

Webbtjänster kan skapas på en mängd olika språk. Många integrerade utvecklingsmiljöer kan användas för att skapa REST-baserade tjänster.

I det här RESTful API-exemplet ska vi skapa vår REST-applikation i .Net med Visual Studio. I vårt exempel, för Restful web services, kommer vi att emulera följande REST-serviceexempel.

Vi kommer att ha en vilsam webbtjänst som kommer att fungera på nedanstående uppsättning data.

Nedanstående uppsättning data representerar ett REST API-exempel på att ha ett företag som exponerar de självstudier som de har baserat på Tutorialid.

Handledning Handledningsnamn
0 Arrayer
1 Köer
2 Travar

I vårt exempel på REST API-handledning ska vi implementera nedanstående Restful Verbs.

  1. GET Tutorial - När en klient åberopar detta Restful API får de hela uppsättningen Tutorials tillgängliga från webbtjänsten.
  2. GET Tutorial / Tutorialid - När en klient åberopar detta Restful API kommer de att få Tutorial-namnet baserat på Tutorialid som skickats av klienten.
  3. POST Tutorial / Tutorialname - När en klient åberopar detta Restful API, skickar klienten en begäran om att infoga ett Tutorialname. Webbtjänsten lägger sedan till det inlämnade handledningsnamnet i samlingen.
  4. DELETE Tutorial / Tutorialid- När en klient anropar detta Restful API, kommer klienten att skicka in en begäran om att ta bort ett Tutorialnamn baserat på Tutorialid. Webbtjänsten tar sedan bort det inlämnade handledningsnamnet från samlingen.

Låt oss följa stegen nedan i denna RESTful API-handledning för att skapa våra första RESTful-webbtjänster, som utför implementeringen ovan.

Steg 1) Det första steget är att skapa en tom Asp.Net-webbapplikation. Från Visual Studio 2013 klickar du på menyalternativet Arkiv-> Nytt projekt.

När du klickar på alternativet Nytt projekt ger Visual Studio dig en annan dialogruta för att välja projekttyp och för att ge nödvändiga detaljer om projektet. Detta förklaras i nästa steg i denna RESTful API-handledning

Steg 2) I detta steg,

  1. Se till att du först väljer RESTful webbtjänst C # -mall för ASP.NET-webbapplikationen. Projektet måste vara av denna typ för att kunna skapa webbtjänstprojekt. Genom att välja dessa alternativ kommer Visual Studio sedan att utföra nödvändiga steg för att lägga till nödvändiga filer som krävs av alla webbaserade applikationer.
  2. Ange ett namn för ditt projekt som i vårt fall har fått som "Webservice.REST".
  3. Se sedan till att ge en plats där projektfilerna kommer att lagras.

När du är klar ser du projektfilen som skapats i din lösningsutforskare i Visual Studio 2013.

Steg 3) Nästa steg är att skapa den webbtjänstfil som kommer att ha den RESTful-webbtjänsten

  1. Högerklicka först på projektfilen enligt nedan
  1. I detta steg,
    1. Högerklicka på projektfilen
    2. Välj alternativet "Lägg till-> nytt objekt."

I dialogrutan som visas måste du utföra följande

  1. Välj alternativet WCF Service (Ajax-aktiverat) - Välj en fil av den här typen, det får Visual Studio att lägga till en baskod som hjälper en att skapa en RESTful webbtjänst. WCF står för Windows Communication Foundation. WCF är ett bibliotek för applikationer på olika plattformar eller samma plattform för att kommunicera via olika protokoll som TCP, HTTP, HTTPS. Ajax är i grunden asynkron JavaScript och XML. AJAX gör att webbsidor kan uppdateras asynkront genom att utbyta små mängder data med servern bakom kulisserna.
  2. Ge sedan ett namn för tjänsten som är TutorialService i vårt fall.
  3. Klicka slutligen på knappen Lägg till för att lägga till tjänsten i lösningen.

Steg 4) Nästa steg är att faktiskt göra en konfigurationsändring så att projektet kan slutföra arbetet med RESTful webbtjänster. Detta kräver att du ändrar filen som heter Web.config . Den här filen visas i samma fönster som Webservice-projektfilen. Filen Web.config innehåller alla konfigurationer som gör att webbapplikationen fungerar som den ska. Den förändring som görs gör att applikationen faktiskt kan skicka och ta emot data som en ren RESTful webbtjänst.

  1. Klicka på filen Web.config för att öppna koden
  1. Sök efter raden
  1. Ändra raden till

Steg 5) Nästa steg i denna RESTful API-handledning är att lägga till vår kod för implementering. All koden nedan måste skrivas i filen TutorialService.svc

  1. Den första biten är att lägga till kod för att representera våra data som kommer att användas i vårt program. Så vi kommer att ha en lista över strängvariabler med värdena "Arrays", "Queues" och "Stacks". Detta kommer att representera handledningsnamnet som är tillgängligt via vår webbhotell.
namespace Webservice.REST{[ServiceContract(Namespace = "")][AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowedpublic class TutorialService{private static List  lst = new List  (new String[] {"Arrays","Queues","Stacks"});

Steg 6) Därefter definierar vi koden för vår GET-metod. Den här koden finns också i samma TutorialService.svc-fil. Den här koden körs när vi ringer tjänsten från vår webbläsare.

Metoden nedan används för att uppfylla nedanstående scenario

  • Om en användare vill ha en lista med alla tillgängliga självstudier, måste koden nedan skrivas för att uppnå detta.
[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;}

Kodförklaring: -

  1. Den första raden kod är den viktigaste. Den används för att definiera hur vi kan kalla den här metoden via en URL. Så om länken till vår webbtjänst är http: // localhost: 52645 / TutorialService.svc och om vi lägger till '/ Tutorial' till URL: en som http: // localhost: 52645 / TutorialService.svc / Tutorial , ovanstående kod kommer att åberopas. Attributet för 'WebGet' är en parameter som gör att den här metoden kan vara en RESTful-metod så att den kan åberopas via GET-verbet.
  2. Det här avsnittet med kod används för att gå igenom vår lista med strängar i variabeln 'lst' och returnera dem alla till samtalsprogrammet.

Steg 7) Koden nedan säkerställer att om ett GET-samtal görs till Självstudietjänsten med ett självstudie-id, skulle det returnera motsvarande Handledningsnamn baserat på Handledning-id.

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

Kodförklaring: -

  1. Den första raden kod är den viktigaste. Den används för att definiera hur vi kan kalla den här metoden via en URL. Så om länken till vår webbtjänst är http: // localhost: 52645 / TutorialService.svc och om vi lägger till '/ Tutorial / {Tutorialid}' till URL: en, skulle vi kunna ringa webbtjänsten som http: //localhost:52645/TutorialService.svc/Tutorial/1 som ett exempel. Webbtjänsten skulle då behöva returnera handledningsnamnet som hade instruktions-id nr 1.
  2. Detta avsnitt av kod används för att returnera "Handledningens namn" som har Handledning-id skickat till webbmetoden.
  • Som standard måste det komma ihåg att allt som skickas till webbadressen i webbläsaren är en sträng.
  • Men du måste komma ihåg att indexet till vår lista måste vara ett heltal, så vi lägger till den nödvändiga koden för att först konvertera tutorialid till ett heltal och sedan använda den för att komma åt indexpositionen i vår lista och
  • Returnera sedan värdet till det anropande programmet i enlighet med detta.

Steg 8) Nästa steg är att skriva upp koden för vår POST-metod. Denna metod kommer att åberopas när vi vill lägga till ett strängvärde i vår lista med självstudier via POST-metoden. Till exempel, om du vill lägga till handledningsnamnet "Software Testing" måste du använda POST-metoden.

Kodförklaring: -

  1. Den första raden är attributet 'WebInvoke' som har bifogats vår metod. Detta gör att metoden kan åberopas via POST-samtalet. Attributet RequestFormat och ResponseFormat måste nämnas som JSON, eftersom värdena måste vara i detta format när de bokför värden till en RESTFul-webbtjänst.
  2. Den andra kodraden används för att lägga till strängvärdet som skickas via POST-anropet till vår befintliga lista med självstudier.

Steg 9) Slutligen ska vi lägga till vår metod för att hantera DELETE-operationen. Denna metod kommer att åberopas när vi vill ta bort ett befintligt strängvärde från vår lista över självstudier via DELETE-metoden.

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

Kodförklaring: -

  1. Den första raden är attributet 'WebInvoke' som har bifogats vår metod. Detta gör att metoden kan åberopas via POST-samtalet. Attributet RequestFormat och ResponseFormat måste nämnas som JSON, eftersom värdena måste vara i detta format när de bokför värden till en RESTFul-webbtjänst. Observera att metodparametern är inställd på "DELETE". Det betyder att när vi utfärdar DELETE-verbet kommer den här metoden att åberopas.
  2. Den andra kodraden används för att ta Tutorialid skickad via DELETE-samtalet och sedan radera det id från vår lista. ( Int32- funktionen i kod används för att konvertera självstudie-ID från en strängvariabel till ett heltal).

Kör din första vilsam webbtjänst

Nu när vi har skapat hela vår webbtjänst i avsnittet ovan. Låt oss se hur vi kan köra Självstudietjänsten så att den kan åberopas från vilken klient som helst.

Följ stegen nedan för att köra webbtjänsten

Steg 1) Högerklicka på projektfilen - Webservice.REST

Steg 2) Välj menyalternativet 'Ange som StartUp-projekt'. Detta säkerställer att detta projekt körs när Visual Studio kör hela lösningen

Steg 3) Nästa steg är att köra själva projektet. Beroende på vilken standardwebbläsare som är installerad på systemet, kommer lämpligt webbläsarnamn att visas bredvid körknappen i Visual Studio. I vårt fall har vi Google Chrome dyker upp. Klicka bara på den här knappen.

Produktion:-

När projektet körs kan du bläddra till avsnittet TutorialService.svc / Tutorial så får du utdata nedan.

I ovanstående utdata,

  • Du kan se att webbläsaren åberopar verbet "GET" och kör metoden "GetAllTutorial" i webbtjänsten. Denna modul används för att visa alla handledningar som exponeras av vår webbtjänst.

Testa din första vilsam webbtjänst

I avsnittet ovan har vi redan sett hur man använder webbläsaren för att utföra verbet 'GET' och åberopa 'GetAllTutorial.'

  1. Låt oss nu använda webbläsaren för att utföra följande användningsfallsscenario.

GET Tutorial / Tutorialid - När en klient åberopar detta Restful API, kommer de att få Tutorial-namnet baserat på Tutorialid skickat av klienten

I din webbläsare lägger du till strängen / 1 efter handledningsordet i webbadressen. Om du trycker på Enter-knappen får du utmatningen nedan

Nu ser du utdata från köer som faktiskt motsvarar nummer 1 i vår lista över självstudier. Detta innebär att metoden 'GetTutorialbyID' nu anropas från vår webbtjänst. Det visar också att värdet på 1 skickas framgångsrikt via webbläsaren till vår webbtjänst och till vår metod och det är därför vi får rätt motsvarande värde för "Köer" i webbläsaren.

  1. Låt oss sedan konsumera vår webbtjänst genom att utföra scenariot nedan. För detta måste du installera verktyget "Fiddler" som är ett gratis nedladdningsbart verktyg från webbplatsen.

POST Tutorial / Tutorialname - När en klient åberopar detta Restful API, skickar klienten en begäran om att infoga ett Tutorialname. Webbtjänsten lägger sedan till det inlämnade handledningsnamnet i samlingen.

Kör Filddler-verktyget och utför stegen nedan;

  1. Gå till kompositörssektionen. Detta används för att skapa förfrågningar som kan skickas till vilken webb som helst

    Ansökan.

  2. Se till att förfrågningstypen är "POST" och att rätt webbadress träffas, vilket i vårt fall bör vara http: // localhost: 52645 / TutorialService.svc / Tutorial
  3. Se till att innehållstypen är markerad som applikation / json. Kom ihåg att vår POST-förfrågningsmetod i vår webbtjänst endast accepterar json-stildata så vi måste se till att detta anges när vi skickar en begäran till vår applikation.
  4. Slutligen måste vi ange våra uppgifter. Kom ihåg att vår metod för POST accepterar en parameter som heter 'str.' Så här specificerar vi att vi vill lägga till ett värde som heter "Trees" i vår samling av Tutorial-namn och se till att det är taggat till str-variabelnamnet.

Slutligen klickar du bara på knappen Kör i spelmannen. Detta kommer att skicka en begäran till webbtjänsten om att POSTA data "Träd" till vår webbtjänst.

Nu, när vi bläddrar till Handledningens URL för att visa alla strängar i vår Handledningslista, kommer du nu att se att värdet av "Träd" också är närvarande. Detta visar att POST-begäran till webbtjänsten har genomförts och att den har lagts till i vår handledningslista.

  1. Låt oss sedan konsumera vår webbtjänst genom att utföra scenariot nedan. För detta måste vi också använda spelmästarverktyget

DELETE Tutorial / Tutorialid- När en klient anropar detta Restful API, kommer klienten att skicka in en begäran om att ta bort ett Tutorialnamn baserat på Tutorialid. Webbtjänsten tar sedan bort det inlämnade handledningsnamnet från samlingen.

Kör Filddler-verktyget och utför stegen nedan

  1. Gå till kompositörssektionen. Detta används för att skapa förfrågningar som kan skickas till vilken webb som helst

    Ansökan.

  2. Se till att förfrågningstypen är "RADERA" och att korrekt webbadress träffas, vilket i vårt fall bör vara http: // localhost: 52645 / TutorialService.svc / Tutorial . Se till att id som används för att radera en sträng i listan som skickas via URL: en som parameter. I vårt REST-exempel skickar vi 1 så detta tar bort det andra elementet i vår samling som är "Köer".

Slutligen klickar du bara på knappen Kör i spelmannen. Detta skickar en begäran till webbtjänsten om att RADERA data "Köer" till vår webbtjänst.

Nu när vi bläddrar till webbadressen för självstudier för att visa alla strängar i vår handledningslista kommer du att märka att värdet på "Köer" inte längre finns.

Detta visar att DELETE-begäran till webbtjänsten har genomförts. Elementet i index nr 1 i vår lista över självstudier strängar raderades.

Sammanfattning

  • REST står för REpresentational State Transfer. REST används för att bygga webbtjänster som är lätta, underhållbara och skalbara.
  • Fler och fler applikationer flyttar till Restful-arkitekturen. Det beror på att det nu finns många människor som använder mobila enheter och ett större antal applikationer som flyttar till molnet.
  • De viktigaste aspekterna av REST är de resurser som finns på servern och verben för GET, POST, PUT och DELETE, som kan användas för att arbeta med dessa resurser.
  • Visual Studio och.Net kan användas för att skapa Restful web services.
  • När du testar webbtjänster för POST och PUT, måste du använda ett annat verktyg som kallas fiddler som kan användas för att skicka POST- och PUT-begäran till servern.