ASP.NET MVC Web API -controller

Arbejde med adskillelse af lag af en applikation Det efterlader os bredden og friheden til at bygge forskellige sektioner for at bygge flowet på vores websted. Datatjenester er en af ​​disse muligheder, i stedet for at bygge utallige controllere for at få adgang til de forskellige handlinger, kan vi bygge datatjenester, der kan kaldes fra enhver del af selve applikationen.
For at opnå dette har vi brug for forskellige controllereDisse er ikke nødvendigvis meget forskellige fra traditionelle controllere, men de har visse forskelle, der kendetegner dem, en af ​​disse forskelle er deres placering i vores projekt.
En controller Web -API er en controller for vores applikation, der giver os mulighed for at bruge dens metoder og handlinger via AJAX, dette giver os mulighed for at bygge sektioner af vores applikation, som vi kan genbruge i forskellige sammenhænge.
Hvordan hjælper det os?Dette værktøj hjælper os derefter med at reducere mængden af ​​kode, vi bygger, hvilket gør det muligt for os at programmere noget, der er lettere at vedligeholde og fejlsøge, hvilket giver os et renere og mere moderne projekt.
Som i ansøgningerne om ASP.NET MVC Det er sædvanligt at arbejde baseret på konventioner, det første vi skal beslutte er, hvor vores nye controller skal bo Web -API, denne placering er ligegyldig til dens drift, men det kan tjene os i fremtiden til at forbedre rækkefølgen af ​​vores projekt.
Antag så, at vi har besluttet at oprette en mappe kaldet Api I roden af ​​vores applikation skal vi, når denne mappe er oprettet, højreklikke med musen på den, og vi skal oprette en controller, vi skal vælge indstillingen API -controller med tomme læse- og skrivehandlinger vælger vi et unikt navn for den nævnte controller, da det kan være i konflikt med andre controllere med samme navn, da det er synligt i hele projektet.
Lad os se i det følgende billede, hvordan vi opretter controller -filen.

Vi bemærker da, at handlingen for at generere vores nye controller ligner meget genereringen af ​​en normal controller.
Da vi bygger en ny service, vil den blive håndteret med standardmetoderne HTTP, disse er GET, POST, DELETE og PUTDa dette er normen, skal vores controller håndtere hver af disse sager, derfor hvis vi ser indholdet af vores controller, vil vi have noget, der ligner følgende:

Vi ser derefter, at vi har en tom standardhandling med hver af de HTTP -metoder nævnt, og hvis vi er endnu flere observatører, vil vi se, at den eneste, der som standard returnerer en værdi, er GET -metoden, som er standardforespørgselsmetoden.
FordelVed at arbejde direkte med HTTP -metoder kan vi derefter bruge jQuery for eksempel at foretage opkald AJAX til vores nye controller ved hjælp af en af ​​disse metoder, så et opkald AJAX via GET vil det give os indholdet af, hvad vi har placeret i vores controller i GET -metoden, der er oprettet som standard.Kan du lide og hjælpe denne vejledning?Du kan belønne forfatteren ved at trykke på denne knap for at give ham et positivt punkt