Innehållsförteckning
Fokus för konfigurationskonvention framkommer i den nya omgången av ramar för att undvika att behöva ändra många filer för att uppnå beteenden som kan vara standard, därför genom att använda namn skrivna på ett specifikt sätt, med fördefinierade mappar etc., hjälper vi oss att utvecklas snabbare eftersom rammotorn kan bearbeta automatiskt.ASP.NET MVC slipper inte denna trend och erbjuder också sin konventionellt tillvägagångssätt om konfiguration, vilket gör arbetssättet mycket snabbare och enklare för utvecklaren.
ASP.NET MVC -mappstruktur
Eftersom ASP.NET MVC är baserad på modell - vy - styrenhet, vi kommer att ha i vår ramstruktur, mapparna reserverade för att placera dessa element, deras namn motsvarar akronymerna på engelska, så i Modeller vi kommer att ha applikationsmodellerna in Kontroller kontrollerna kommer att rymmas och slutligen in Vyer det finns vyerna.
Låt oss se följande bild för att få panoramautsikt över strukturen ASP.NET MVC:
Kom ihågNär du lyfter appen och vi kallar en vy söker den i de enskilda mapparna, om den inte hittar den söker den i mappen Delad, detta betyder att om vi behöver ringa en vy kan vi göra det direkt med sitt namn, till exempel Kontakt och på detta sätt routingsystem av applikationen kommer att kunna göra nödvändiga sökningar.
Namnkonvention
Om vi fortsätter med bilden kan vi se namngivningskonventionerna, låt oss börja med kontrollerna, om vi ser att vi har två kontroller i bilden, AccountController.cs Y HomeController.cs, i ASP.NET MVC Vi måste avsluta namnen på controllerfilerna med Controller -suffixet, det betyder att när vår applikation startas kan rammotorn ladda varje controller och därmed behöver vi inte göra extra inkluderingar inom vår kod.
ViktigDetsamma händer med mappen Modeller, om vi ser den tillgängliga modellen är det AccountModel.cs och det som händer här är att vi redan har en fördel med konventionen, modellen AccountModel.cs motsvarar kontrollen AccountController.csEftersom de har samma namn och bara skiljer sig åt i suffix kan ramverket associera dem för användning i vår applikation.
Vi har andra mappar inom strukturen, var och en har sitt syfte, genom att följa konventionerna kan vi uppnå en mycket hög läsbarhet av vårt projekt, den dag vi behöver dela arbetet med ett annat utvecklingsteam om vi har följt konventionens tillvägagångssätt, Vi kommer att kunna integrera på ett enklare sätt och med så få bakslag som möjligt.
Med detta avslutar vi denna handledning, vi vet redan vad konfigurationskonventionen betyder och vi kan öka vår produktivitet genom att koncentrera oss på logiken och utvecklingen av vår applikation och undvika de tråkiga konfigurationsprocesserna för standardfall.Gillade du och hjälpte denna handledning?Du kan belöna författaren genom att trycka på den här knappen för att ge honom en positiv poäng
