ASP.NET MVC Web API-controller

Werk met de scheiding van lagen van een applicatie Het laat ons de breedte en vrijheid om verschillende secties te bouwen om de stroom van onze site op te bouwen. Dataservices zijn een van deze mogelijkheden, in plaats van ontelbare controllers te bouwen om toegang te krijgen tot de verschillende acties, kunnen we dataservices bouwen die vanuit elk deel van de applicatie zelf kunnen worden aangeroepen.
Om dit te bereiken hebben we verschillende controllersDeze zijn niet per se heel anders dan traditionele controllers, maar ze hebben bepaalde verschillen die hen kenmerken, een van deze verschillen is hun locatie binnen ons project.
een controleur Web-API is een controller van onze applicatie waarmee we zijn methoden en acties kunnen gebruiken via AJAX, dit stelt ons in staat om delen van onze applicatie te bouwen die we in verschillende contexten kunnen hergebruiken.
Hoe helpt het ons?Deze tool helpt ons vervolgens om de hoeveelheid code die we bouwen te verminderen, waardoor we iets kunnen programmeren dat gemakkelijker te onderhouden en te debuggen is, wat ons een schoner en moderner project geeft.
Zoals in de toepassingen van ASP.NET MVC Het is gebruikelijk om op basis van conventies te werken, het eerste wat we moeten beslissen is waar onze nieuwe controller zal komen Web-API, deze locatie is onverschillig voor de werking ervan, maar het kan ons in de toekomst van dienst zijn om de volgorde van ons project te verbeteren.
Stel dat we hebben besloten om een ​​map te maken met de naam Api In de hoofdmap van onze applicatie, zodra deze map is gemaakt, gaan we met de rechtermuisknop klikken met onze muis erop en we gaan een controller maken, we moeten de optie kiezen API-controller met lege lees- en schrijfacties kiezen we een unieke naam voor de controller, omdat deze gedurende het hele project zichtbaar is en conflicten kan veroorzaken met andere controllers met dezelfde naam.
Laten we in de volgende afbeelding zien hoe we het controllerbestand maken.

We merken dan dat de actie om onze nieuwe controller te genereren erg lijkt op het genereren van een normale controller.
Omdat we een nieuwe service aan het bouwen zijn, wordt deze afgehandeld met de standaardmethoden van: HTTP, dit zijn GET, POST, DELETE en PUTAangezien dit de norm is, moet onze verwerkingsverantwoordelijke elk van deze gevallen afhandelen, dus als we de inhoud van onze verwerkingsverantwoordelijke zien, hebben we iets dat lijkt op het volgende:

We zien dan dat we een lege standaardactie hebben met elk van de HTTP-methoden genoemd en als we nog meer waarnemers zijn, zullen we zien dat de enige die standaard een waarde retourneert, de GET-methode is, wat de standaardquerymethode is.
VoordeelDoor direct met HTTP-methoden te werken, kunnen we vervolgens gebruik maken van jQuery bijvoorbeeld om te bellen AJAX naar onze nieuwe controller met behulp van een van die methoden, dus een oproep AJAX via GET geeft het ons de inhoud van wat we in onze controller hebben geplaatst in de GET-methode die standaard wordt gemaakt.Vond je deze Tutorial leuk en heb je eraan geholpen?Je kunt de auteur belonen door op deze knop te drukken om hem een ​​positief punt te geven