Inhoudsopgave
EEN data Service stelt ons in staat om standaardstructuren in onze applicatie te maken die we kunnen gebruiken, ongeacht waar we ons op onze site bevinden, dankzij het gebruik van AJAX-technologie.We hebben ook gezien dat bij het maken van de bijbehorende controller standaard lege basismethoden werden gegenereerd, zodat we onze logica daar konden plaatsen, maar het gebeurt wanneer we de standaardnomenclatuur niet willen gebruiken, omdat we dit kunnen doen door de breken de conventie.
Zodat onze controllers goed kunnen werken, ASP.NET MVC moeten weten dat ze in onze applicatie bestaan, daarom moeten we een route bouwen dat wanneer we het noemen, we een beroep kunnen doen op genoemde verwerkingsverantwoordelijken en zo toegang kunnen krijgen tot onze datadiensten.
Nieuwe methodeDus onze nieuwe route in plaats van de gebruikelijke RouteTable.MapRoute () we gaan nu de gebruiken RouteTable.MapHttpRoute () hiermee weet onze applicatie al waar we het over hebben met de nieuwe controller.
Laten we in de volgende afbeelding een generiek voorbeeld bekijken dat we op ons project kunnen toepassen.
Door dit te doen ASP.NET houdt rekening met het conventieparadigma over configuratie.
Hoewel de conventie over de configuratie een paradigma is dat ons veel codewerk bespaart, zijn er momenten waarop dit niet bij onze toepassing past, er zijn veel redenen en elk geval is bijzonder, maar het feit dat we de conventie moeten breken, doet belet ons niet om een dataservice te creëren.
Om dit te doorbreken gaan we gewoon onze actie genereren zoals elke andere, maar in plaats van de naam van de methode te nemen gaan we onze eigen nomenclatuur plaatsen, op dat moment gaat het Framework vragen hoe het aan die actie moet voldoen en om verwarring op dit moment te voorkomen Na het genereren van een nieuwe actie gaan we uitleggen met welke methode die actie gaat werken.
[HttpGet] openbare veiling FindAuction (int id) {}
In de code die we hebben geplaatst zien we wat we uitleggen, in dit geval geven we aan dat de actie uitgevoerd gaat worden met de GET-methode van HTTP, dan vertellen we vanaf welk model het wordt uitgebreid en zetten we de bijbehorende naam. Zoals we kunnen zien, is het helemaal niet moeilijk.
Het aanroepen van de service is het laatste onderdeel van onze dataservice, aangezien we het formaat kennen JSON heeft de voorkeur voor dit soort gevallen, dus als we een bibliotheek gebruiken zoals jQuery we kunnen direct raadplegen zoals we zien in de volgende voorbeeldcode:
Hier wat we doen is bellen met de methode getJSON naar onze route die we hebben gebouwd, in dit geval zou het zijn / api / veiling / Dit activeert de actie Get en retourneert de benodigde gegevens die we vervolgens naar eigen goeddunken kunnen verwerken, in het geval van het voorbeeld hebben we een geordende lijst in HTML gegenereerd.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