Innholdsfortegnelse
Fokuset på konfigurasjonskonvensjon dukker opp i den nye batchen av rammer For å unngå å måtte endre mange filer for å oppnå atferd som kan være standard, derfor ved å bruke navn skrevet på en bestemt måte, ved hjelp av forhåndsdefinerte mapper, etc., hjelper vi oss selv med å utvikle oss raskere siden rammeverket kan behandles automatisk.ASP.NET MVC unnslipper ikke denne trenden og tilbyr også sin konvensjonell tilnærming til konfigurasjon, noe som gjør arbeidsmåten mye raskere og enklere for utvikleren.
ASP.NET MVC -mappestruktur
Fordi ASP.NET MVC er basert på modell - visning - kontroller, vi vil ha i rammestrukturen, mappene reservert for å plassere disse elementene, navnene deres tilsvarer akronymer på engelsk, så i Modeller vi vil ha applikasjonsmodellene, i Kontrollere kontrollerne vil bli innkvartert og til slutt inn Visninger det er utsikten.
La oss se følgende bilde for å få panoramautsikt over strukturen til ASP.NET MVC:
HuskeNår du løfter applikasjonen og vi kaller en visning, søker den i de enkelte mappene, hvis den ikke finner den, søker den i mappen Delt, betyr dette at hvis vi trenger å ringe en visning, kan vi for eksempel gjøre det direkte ved navn Ta kontakt med og på denne måten ruting system av applikasjonen vil kunne gjøre de nødvendige søkene.
Navnekonvensjon
Fortsetter vi med bildet kan vi se navnekonvensjonene, la oss starte med kontrollerne, hvis vi ser at vi har to kontrollere i bildet, AccountController.cs Y HomeController.cs, i ASP.NET MVC Vi må avslutte navnene på kontrollerfilene med suffikset Controller, dette betyr at når applikasjonen vår startes, kan ramme -motoren laste inn hver kontroller, og derfor trenger vi ikke å gjøre ekstra inkluderinger i koden vår.
ViktigDet samme skjer med mappen Modeller, hvis vi ser den tilgjengelige modellen AccountModel.cs og det som skjer her er at vi allerede har en fordel av konvensjonen, modellen AccountModel.cs tilsvarer kontrolleren AccountController.csSiden de har samme navn og bare er forskjellige i suffikser, kan rammeverket knytte dem til bruk i applikasjonen vår.
Vi har andre mapper i strukturen, hver og en har sin hensikt. Ved å følge konvensjonene kan vi oppnå en veldig høy lesbarhet av prosjektet vårt, den dagen vi trenger å dele arbeidet med et annet utviklingsteam hvis vi har fulgt konvensjonens tilnærming, Vi vil kunne integrere på en enklere måte og med færrest mulig tilbakeslag.
Med dette fullfører vi denne opplæringen, vi vet allerede hva konfigurasjonskonvensjonen betyr, og vi kan øke produktiviteten vår ved å konsentrere oss om logikken og utviklingen av applikasjonen vår og unngå de kjedelige konfigurasjonsprosessene for standardtilfeller.Likte og hjalp du denne opplæringen?Du kan belønne forfatteren ved å trykke på denne knappen for å gi ham et positivt poeng
