Inhoudsopgave
Aanvragen gemaakt met ASP.NET Wanneer ze door gebruikers worden geraadpleegd, doorlopen ze een proces, dit proces brengt de verzoeken naar de routeringssysteem dat het raamwerk met de applicatie naar voren komt en wat het doet is de elementen van het verzoek nemen en zoeken naar de juiste controller die overeenkomt met het verzoek, de controller zal beslissen of hij toegang wil krijgen tot het model en gegevens ophaalt en vervolgens de weergave verzendt of rechtstreeks verzendt naar het aanzicht, aangezien u het model niet hoeft te openen.Start de applicatie
Nadat we het project hebben gemaakt en de bijbehorende sjabloon hebben gekozen, is onze applicatie klaar om op te tillen. Dit proces is redelijk bevredigend omdat het de mogelijkheid biedt om binnen een paar minuten een functionele basis te zien.
ProberenErvoor laten we op de F5-toets drukken en wat we tot nu toe hebben zal worden weergegeven en wat er is gebeurd om onze aanvraag op te heffen, het was een verzoek dat werd gekanaliseerd door de routeringssysteem.
Laten we de volgende afbeelding bekijken met de cyclus van een webverzoek in ASP.NET MVC:
Routering
De routering Het is een van de belangrijkste aspecten van het raamwerk, aangezien het verantwoordelijk is voor het afhandelen van de verzoeken die aan de applicatie worden gedaan. We weten dat de meeste websites beginnen met een verzoek dat wordt gedaan met een van de HTTP-methoden, meestal is het eerste verzoek van GET-type tegen een adres, zodra het verzoek is gedaan, de routering, dit verifieert het verzoek en zoekt naar de bronnen die eraan kunnen voldoen, de eerste plaats die het verifieert zijn de controllers en deze zijn verantwoordelijk voor de rest om het resultaat naar de gebruiker te retourneren.
HerinnerenVoor het uitvoeren van alles beschreven de routeringssysteem maakt een patroonvergelijking, d.w.z. het verzoek wordt vergeleken met reeds gecreëerde patronen en als het overeenkomt met één, wordt het verzonden naar de controller waaraan het patroon is gekoppeld; Als het met geen van beide overeenkomt, kunnen we de gebruiker een 404-pagina sturen met niet gevonden bronnen of we kunnen specificeren dat er een andere actie moet worden ondernomen die we nodig hebben.
Laten we eens kijken hoe we deze patronen configureren in onze routeringssysteem.
Allereerst moeten we rekening houden met de volgende punten:
Unieke naamAls we meer dan één resource met dezelfde naam hebben, veroorzaken we een fout omdat de toepassing niet weet welke resource we willen, dus elk patroon dat we maken, moet een unieke naam hebben.
URL-patroonDit patroon zal degene zijn die zal evalueren wat we ontvangen van het webverzoek, indien van toepassing zullen we de bijbehorende controller uitvoeren.
Laten we de volgende afbeelding bekijken van hoe het is geconfigureerde routering zodat u het startscherm kunt zien: