ASP.NET MVC - Konfigūracijos konvencija

Dėmesys konfigūracijos sutartis pasirodo naujoje partijoje rėmus kad nereikėtų keisti daugelio failų, kad būtų elgiamasi įprastai, todėl naudodami tam tikru būdu parašytus pavadinimus, iš anksto nustatytus aplankus ir pan., mes padedame greičiau vystytis, nes pagrindų variklis gali apdoroti automatiškai.
ASP.NET MVC neišvengia šios tendencijos ir taip pat siūlo savo konvencinis požiūris į konfigūraciją, todėl kūrėjas gali dirbti daug greičiau ir lengviau.
ASP.NET MVC aplanko struktūra
Kadangi ASP.NET MVC paremtas modelis - vaizdas - valdiklis, mūsų pagrindinėje struktūroje bus aplankai, skirti šiems elementams talpinti, jų pavadinimai atitinka akronimus anglų kalba, todėl Modeliai turėsime taikymo modelius Valdikliai kontrolieriai bus apgyvendinti ir pagaliau įeiti Peržiūrėjo yra vaizdai.
Pažvelkime į šį paveikslėlį, kad galėtume pamatyti jo struktūros panoraminį vaizdą ASP.NET MVC:

Jei atidžiai pažvelgsime, tai matysime aplanke Peržiūrėjo turime kitų aplankų, kiekvienas aplankas atitinka valdiklį ir modelį, išskyrus aplanką Bendrinama, pastarasis yra bendras aplankas, kurio viduje galime patalpinti rodinius, prieinamus bet kuriam mūsų programos rodiniui ar valdikliui.
PrisimintiKai pakeliate programą ir mes vadiname rodinį, ji ieško atskiruose aplankuose, jei nepavyksta jos rasti, ji ieškos aplanke Bendrinama, tai reiškia, kad jei mums reikia iškviesti rodinį, mes galime tai padaryti tiesiogiai, pavyzdžiui, pavadinimu kontaktas ir tokiu būdu maršruto sistema programos galės atlikti reikiamas paieškas.
Įvardijimo konvencija
Tęsdami vaizdą, galime pamatyti pavadinimo sutartis, pradėkime nuo valdiklių, jei matome, kad vaizde yra du valdikliai, AccountController.cs Y „HomeController.cs“, į ASP.NET MVC Turime baigti valdiklio failų pavadinimus su valdiklio priesaga, o tai reiškia, kad paleidus mūsų programą, karkasinis variklis gali įkelti kiekvieną valdiklį, todėl pagal savo kodą mes neturime daryti papildomų įtraukimų.
SvarbuTas pats atsitinka ir su aplanku Modeliai, jei matome turimą modelį AccountModel.cs ir čia atsitinka tai, kad mes jau turime susitarimo pranašumą, „AccountModel.cs“ modelis atitinka valdiklį AccountController.csKadangi jie turi tą patį pavadinimą ir skiriasi tik priesagomis, sistema gali juos susieti naudoti mūsų programoje.
Mes turime kitus aplankus struktūroje, kiekvienas iš jų turi savo tikslą, laikydamiesi konvencijų, galime pasiekti labai aukštą savo projekto skaitomumą - tą dieną, kai turime pasidalyti darbu su kita kūrėjų komanda, jei laikėmės konvencijų metodo, Galėsime integruotis paprasčiau ir su kuo mažiau nesėkmių.
Baigę šį vadovėlį, mes jau žinome, ką reiškia konfigūracijos sutartis, ir galime padidinti savo produktyvumą, sutelkdami dėmesį į savo programos logiką ir plėtrą, išvengdami varginančių standartinių atvejų konfigūravimo procesų.Ar jums patiko ir padėjo ši pamoka?Galite apdovanoti autorių paspausdami šį mygtuką, kad suteiktumėte jam teigiamą tašką