ASP.NET MVC - Routingsystem

Ansøgninger lavet med ASP.NET Når de konsulteres af brugerne, gennemgår de en proces, denne proces tager anmodningerne til routingsystem at rammen rejser sig med applikationen, og hvad den gør er at tage elementerne i anmodningen og kigge efter den relevante controller, der svarer til anmodningen, vil den dataansvarlige beslutte, om den skal få adgang til modellen og hente data og derefter sende visningen eller sende direkte til visningen, da du ikke behøver at få adgang til modellen.
Start applikationen
Når vi har oprettet projektet og valgt den tilsvarende skabelon, er vores applikation klar til at løfte, denne proces er ganske tilfredsstillende, da den giver mulighed for at se en funktionel base på få minutter.
PrøvFor det lad os trykke på F5 -tasten og hvad vi har indtil nu vil blive vist, og hvad der skete for vores ansøgning til at løfte, det var en anmodning, der blev kanaliseret af routingsystem.
Lad os se følgende billede med cyklussen af ​​en webanmodning i ASP.NET MVC:

Vi kan bemærke, at det følger det flow, som vi forklarede i begyndelsen, i tilfælde af den grundlæggende applikation har vi allerede en controller til hjemmet, der viser os det standardindeks, der oprettes med skabelonen.
Routing
Det routing Det er et af de centrale aspekter af rammen, da det er ansvarligt for håndteringen af ​​de anmodninger, der er fremsat til applikationen, ved vi, at de fleste websteder starter med en anmodning fra en af ​​de HTTP -metoder, normalt er den første anmodning fra FÅ type mod en adresse, når anmodningen er blevet fremsat, vil routing, dette verificerer anmodningen og leder efter de ressourcer, der kan tilfredsstille den, det første sted, den verificerer, er controllerne, og disse er ansvarlige for at gøre resten for at returnere resultatet til brugeren.
HuskFor at udføre alt beskrevet routingsystem foretager en mønstersammenligning, det vil sige, at anmodningen sammenlignes med mønstre, der allerede er oprettet, og hvis den svarer til en, sendes den til den controller, som mønsteret er knyttet til; Hvis det ikke svarer til nogen, kan vi sende brugeren en 404 side med ressource, der ikke findes, eller vi kan angive, at der skal foretages andre handlinger, som vi har brug for.
Lad os se, hvordan vi konfigurerer disse mønstre i vores routingsystem.
Først skal vi tage følgende punkter i betragtning:
Unikt navnHvis vi har mere end én ressource med samme navn, forårsager vi en fejl, da applikationen ikke ved, hvilken ressource vi ønsker, så hvert mønster, vi opretter, skal have et unikt navn.
URL -mønsterDette mønster er det, der vil evaluere, hvad vi modtager fra webanmodningen, hvis det er relevant, vil vi udføre den tilsvarende controller.
Lad os se følgende billede af, hvordan det er konfigureret routing for at du kan se startskærmen:

Her er det, vi gør, at placere et mønster, hvor vi først modtager controlleren og derefter controllerhandlingen, endelig modtager vi en parameter kaldet id, som vil være overført til controllerens handling, hvis der ikke er noget, sender vi anmodningen til den standard, som er vores Hjemmecontroller og hans Indeks handling.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