ASP.NET MVC - Konvencija o konfiguraciji

Fokus na konvencija o konfiguraciji pojavljuje se u novoj seriji okvirima kako ne bismo morali mijenjati mnoge datoteke radi postizanja ponašanja koja mogu biti standardna, stoga si korištenjem naziva napisanih na određeni način, korištenjem unaprijed definiranih mapa itd. pomažemo u bržem razvoju jer se okvirni stroj može automatski obraditi.
ASP.NET MVC ne bježi od ovog trenda i nudi i svoj konvencijski pristup konfiguraciji, što programerima čini način rada mnogo bržim i lakšim.
Struktura mape ASP.NET MVC
Jer ASP.NET MVC temelji se na model - pogled - kontroler, imat ćemo u svojoj okvirnoj strukturi mape rezervirane za postavljanje ovih elemenata, njihova imena odgovaraju kraticama na engleskom jeziku, pa u Modeli modele aplikacija imat ćemo u Kontroleri kontroleri će biti smješteni i konačno u Pogledi postoje pogledi.
Pogledajmo sljedeću sliku kako bismo imali panoramski pogled na strukturu ASP.NET MVC:

Ako pomno pogledamo, to vidimo u mapi Pogledi imamo i druge mape, svaka mapa odgovara kontroleru i modelu, osim mape Podijeljeno, potonji je zajednička mapa, unutra možemo postaviti poglede kojima je dostupan bilo koji pogled ili kontroler naše aplikacije.
ZapamtitiKad podignete aplikaciju i pozovemo pogled, ona pretražuje pojedinačne mape, ako je ne pronađe, pretražit će mapu Podijeljeno, to znači da ako moramo pozvati pogled, možemo to učiniti izravno njegovim imenom, na primjer Kontakt i na ovaj način sustav usmjeravanja aplikacije moći će izvršiti potrebna pretraživanja.
Konvencija o imenovanju
Nastavljajući sa slikom možemo vidjeti konvencije imenovanja, počnimo s kontrolerima, ako vidimo da na slici imamo dva kontrolera, AccountController.cs Y HomeController.cs, u ASP.NET MVC Imena datoteka kontrolera moramo završiti sufiksom Kontroler, što znači da kad se naša aplikacija pokrene, okvirni mehanizam može učitati svaki kontroler i stoga unutar našeg koda ne moramo dodatno uključivati.
VažnoIsto se događa i s mapom Modeli, ako vidimo dostupan model, to je AccountModel.cs i ono što se ovdje događa je da već imamo prednost konvencije, model AccountModel.cs odgovara kontroleru AccountController.csBudući da imaju isto ime i razlikuju se samo u sufiksima, okvir ih može povezati za upotrebu u našoj aplikaciji.
Imamo i druge mape unutar strukture, svaka ima svoju svrhu, slijedeći konvencije, možemo postići vrlo visoku čitljivost našeg projekta, dan kada moramo podijeliti posao s drugim razvojnim timom ako smo slijedili pristup konvencija, Moći ćemo se integrirati na jednostavniji način i s najmanje mogućih zastoja.
Ovim smo završili ovaj vodič, već znamo što znači konvencija konfiguracije i možemo povećati svoju produktivnost koncentriranjem na logiku i razvoj naše aplikacije izbjegavajući dosadne procese konfiguracije za standardne slučajeve.Je li vam se svidio i pomogao ovaj vodič?Autor možete nagraditi pritiskom na ovaj gumb kako biste mu dali pozitivan bod