ASP.NET MVC Web API Controller

Arbeta med separationen av lager i en applikation Det lämnar oss bredden och friheten att bygga olika sektioner för att bygga flödet av vår webbplats. Datatjänster är en av dessa möjligheter, istället för att bygga otaliga kontroller för att komma åt de olika åtgärderna kan vi bygga datatjänster som kan ringas från vilken del som helst av själva applikationen.
För att uppnå detta behöver vi olika kontrollerDessa skiljer sig inte nödvändigtvis mycket från traditionella kontroller, men de har vissa skillnader som kännetecknar dem, en av dessa skillnader är deras placering inom vårt projekt.
En kontroller Webb -API är en registeransvarig för vår applikation som tillåter oss att använda dess metoder och åtgärder via AJAX, detta gör att vi kan bygga delar av vår applikation som vi kan återanvända i olika sammanhang.
Hur hjälper det oss?Detta verktyg hjälper oss sedan att minska mängden kod vi bygger, vilket gör det möjligt för oss att programmera något som är lättare att underhålla och felsöka, vilket ger oss ett renare och mer modernt projekt.
Som i tillämpningarna av ASP.NET MVC Det är vanligt att arbeta baserat på konventioner, det första vi måste bestämma är var vår nya controller kommer att bo Webb -API, denna plats är likgiltig för sin verksamhet, men den kan hjälpa oss i framtiden att förbättra ordningen på vårt projekt.
Antag då att vi har bestämt oss för att skapa en mapp som heter Api I roten till vår applikation, när den här mappen har skapats kommer vi att högerklicka med musen på den och vi ska skapa en kontroller, vi måste välja alternativet API -styrenhet med tomma läs- och skrivåtgärder väljer vi ett unikt namn för nämnda controller, eftersom det är synligt under hela projektet kan det ha konflikter med andra kontroller med samma namn.
Låt oss se i följande bild hur vi skapar controller -filen.

Vi märker då att åtgärden för att generera vår nya controller är mycket lik generationen av en normal controller.
När vi bygger en ny tjänst kommer den att hanteras med standardmetoderna för HTTP, dessa är GET, POST, DELETE och PUTEftersom detta är normen måste vår registeransvarige hantera alla dessa fall, så om vi ser innehållet i vår controller kommer vi att ha något liknande följande:

Vi ser då att vi har en tom standardåtgärd med var och en av HTTP -metoder nämnda och om vi är ännu fler observatörer kommer vi att se att den enda som som standard returnerar ett värde är GET -metoden, som är standardfrågemetoden.
FördelGenom att arbeta direkt med HTTP -metoder kan vi sedan använda jQuery till exempel för att ringa AJAX till vår nya controller med en av dessa metoder, så ett samtal AJAX via GET kommer det att ge oss innehållet i vad vi har placerat i vår controller i GET -metoden som skapas som standard.Gillade du och hjälpte denna handledning?Du kan belöna författaren genom att trycka på den här knappen för att ge honom en positiv poäng