Indholdsfortegnelse
Fokus for konfigurationskonvention fremkommer i den nye batch af rammer for at undgå at skulle ændre mange filer for at opnå adfærd, der kan være standard, derfor ved at bruge navne skrevet på en bestemt måde, ved hjælp af foruddefinerede mapper osv., hjælper vi os selv med at udvikle hurtigere, da rammemotoren kan behandle automatisk.ASP.NET MVC undslipper ikke denne trend og tilbyder også sin konventionel tilgang til konfiguration, hvilket gør arbejdsmåden meget hurtigere og lettere for udvikleren.
ASP.NET MVC -mappestruktur
Fordi ASP.NET MVC er baseret på model - visning - controller, vi vil have i vores rammestruktur, mapperne reserveret til at placere disse elementer, deres navne svarer til akronymerne på engelsk, så i Modeller vi vil have applikationsmodellerne i Controllere controllerne vil blive indkvarteret og endelig i Visninger der er udsigterne.
Lad os se følgende billede for at få panoramaudsigt over strukturen af ASP.NET MVC:
HuskNår du løfter applikationen, og vi kalder en visning, søger den i de enkelte mapper, hvis den ikke finder den, søger den i mappen Delt, det betyder, at hvis vi har brug for at kalde en visning, kan vi f.eks. gøre det direkte ved navn Kontakt og på denne måde routingsystem af applikationen vil være i stand til at foretage de nødvendige søgninger.
Navngivningskonvention
Fortsætter vi med billedet kan vi se navngivningskonventionerne, lad os starte med controllerne, hvis vi ser, at vi har to controllere i billedet, AccountController.cs Y HomeController.cs, i ASP.NET MVC Vi skal afslutte navnene på controllerfilerne med controllersuffikset, det betyder, at når vores applikation startes, kan rammemotoren indlæse hver controller, og derfor behøver vi ikke at lave ekstra inklusioner inden for vores kode.
VigtigDet samme sker med mappen Modeller, hvis vi ser den tilgængelige model, er det AccountModel.cs og hvad der sker her er, at vi allerede har en fordel ved konventionen, AccountModel.cs modellen svarer til controlleren AccountController.csDa de har samme navn og kun adskiller sig i suffikser, kan rammen knytte dem til brug i vores applikation.
Vi har andre mapper i strukturen, hver enkelt har sit formål, ved at følge konventionerne kan vi opnå en meget høj læsbarhed af vores projekt, den dag vi har brug for at dele arbejdet med et andet udviklingsteam, hvis vi har fulgt konventionens tilgang, Vi vil være i stand til at integrere på en enklere måde og med færrest mulige tilbageslag.
Med dette afslutter vi denne vejledning, vi ved allerede, hvad konfigurationskonventionen betyder, og vi kan øge vores produktivitet ved at koncentrere os om logikken og udviklingen af vores applikation og undgå de kedelige konfigurationsprocesser for standardcases.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
