Satura rādītājs
Uzmanības centrā konfigurācijas konvencija parādās jaunajā partijā ietvari lai nebūtu jāpārveido daudzi faili, lai panāktu uzvedību, kas var būt standarta, tāpēc, izmantojot īpašā veidā uzrakstītus nosaukumus, izmantojot iepriekš noteiktas mapes utt., mēs palīdzam attīstīties ātrāk, jo ietvara dzinējs var apstrādāt automātiski.ASP.NET MVC neizvairās no šīs tendences un arī piedāvā savu konvencionālā pieeja konfigurācijai, padarot darbu izstrādātājam daudz ātrāku un vieglāku.
ASP.NET MVC mapju struktūra
Jo ASP.NET MVC balstīts uz modelis - skats - kontrolieris, mūsu ietvara struktūrā būs rezervētas mapes šo elementu izvietošanai, to nosaukumi atbilst akronīmiem angļu valodā, tāpēc Modeļi mums būs lietojumprogrammu modeļi Kontrolieri kontrolieri tiks izmitināti un beidzot iekšā Skatījumi ir skati.
Apskatīsim šo attēlu, lai būtu panorāmas skats uz struktūru ASP.NET MVC:
AtcerietiesPaceļot lietojumprogrammu un mēs to saucam par skatu, tā meklē atsevišķās mapēs; ja tā to neatrod, tā veiks meklēšanu mapē Dalīts, tas nozīmē, ka, ja mums ir nepieciešams izsaukt skatu, mēs to varam izdarīt, piemēram, ar tā nosaukumu Kontakti un šādā veidā maršrutēšanas sistēma no lietotnes varēs veikt nepieciešamos meklējumus.
Nosaukuma konvencija
Turpinot attēlu, mēs varam redzēt nosaukumu piešķiršanas konvencijas, sāksim ar kontrolieriem, ja redzam, ka attēlā ir divi kontrolieri, AccountController.cs Y HomeController.cs, ASP.NET MVC Mums ir jābeidz kontroliera failu nosaukumi ar kontroliera sufiksu, tas nozīmē, ka, startējot mūsu lietojumprogrammu, ietvara dzinējs var ielādēt katru kontrolieri un tādējādi mūsu koda ietvaros mums nav jāveic papildu iekļaušana.
SvarīgsTas pats notiek ar mapi Modeļi, ja mēs redzam pieejamo modeli, tas ir AccountModel.cs un šeit notiek tas, ka mums jau ir konvencijas priekšrocības, AccountModel.cs modelis atbilst kontrolierim AccountController.csTā kā tiem ir vienāds nosaukums un tie atšķiras tikai pēc sufiksiem, sistēma var tos saistīt, lai tos izmantotu mūsu lietojumprogrammā.
Mums ir citas mapes struktūrā, katrai no tām ir savs mērķis, ievērojot konvencijas, mēs varam sasniegt ļoti augstu mūsu projekta lasāmību - dienu, kad mums ir jādala darbs ar citu izstrādes komandu, ja esam ievērojuši konvenciju pieeju, Mēs varēsim integrēties vienkāršākā veidā un ar pēc iespējas mazākām neveiksmēm.
Ar to mēs pabeidzam šo apmācību, mēs jau zinām, ko nozīmē konfigurācijas konvencija, un mēs varam palielināt savu produktivitāti, koncentrējoties uz mūsu lietojumprogrammas loģiku un attīstību, izvairoties no garlaicīgiem konfigurācijas procesiem standarta gadījumos.Vai jums patika šī apmācība un palīdzējāt tai?Jūs varat apbalvot autoru, nospiežot šo pogu, lai sniegtu viņam pozitīvu punktu
