ASP.NET MVC - Konwencja konfiguracji

W centrum uwagi konwencja konfiguracji pojawia się w nowej partii frameworki aby uniknąć konieczności modyfikowania wielu plików w celu osiągnięcia zachowań, które mogą być standardowe, dlatego używając nazw napisanych w specyficzny sposób, używając predefiniowanych folderów itp., pomagamy sobie szybciej rozwijać się, ponieważ silnik frameworka może przetwarzać automatycznie.
ASP.NET MVC nie ucieka od tego trendu, a także oferuje swoje konwencyjne podejście do konfiguracji, co znacznie przyspiesza i ułatwia pracę programistom.
Struktura folderów ASP.NET MVC
Bo ASP.NET MVC oparta jest na model - widok - kontroler, będziemy mieli w naszym frameworku foldery zarezerwowane do umieszczania tych elementów, ich nazwy odpowiadają akronimom w języku angielskim, więc w Modele będziemy mieli modele aplikacji, w Kontrolery kontrolerzy zostaną zakwaterowani i ostatecznie w Wyświetlenia są widoki.
Zobaczmy następujący obraz, aby mieć panoramiczny widok na strukturę ASP.NET MVC:

Jeśli przyjrzymy się uważnie, zobaczymy to w folderze Wyświetlenia mamy inne foldery, każdy folder odpowiada kontrolerowi i modelowi, z wyjątkiem folderu Wspólny, ten ostatni jest folderem współdzielonym, wewnątrz możemy umieszczać widoki dostępne dla dowolnego widoku lub kontrolera naszej aplikacji.
PamiętaćPo podniesieniu aplikacji i wywołaniu widoku przeszukuje ona poszczególne foldery, jeśli jej nie znajdzie, przeszuka folder Wspólny, oznacza to, że jeśli potrzebujemy wywołać widok, możemy to zrobić bezpośrednio po jego nazwie, na przykład Kontakt iw ten sposób system routingu aplikacji będzie mógł wykonać niezbędne wyszukiwania.
Konwencja nazewnictwa
Kontynuując obraz widzimy konwencje nazewnictwa, zacznijmy od kontrolerów, jeśli widzimy, że na obrazku mamy dwa kontrolery, AccountController.cs Tak Strona głównaController.cs, w ASP.NET MVC Musimy zakończyć nazwy plików kontrolera przyrostkiem Kontroler, co oznacza, że ​​gdy nasza aplikacja zostanie uruchomiona, silnik frameworka może załadować każdy kontroler, dzięki czemu w naszym kodzie nie musimy robić dodatkowych wtrąceń.
WażnyTo samo dzieje się z folderem Modele, jeśli widzimy dostępny model to jest KontoModel.cs a tu się dzieje, że mamy już przewagę konwencji, model AccountModel.cs odpowiada kontrolerowi AccountController.csPonieważ mają taką samą nazwę i różnią się tylko sufiksami, framework może je powiązać w celu użycia w naszej aplikacji.
W strukturze mamy inne foldery, każdy ma swoje przeznaczenie, postępując zgodnie z konwencjami możemy osiągnąć bardzo wysoką czytelność naszego projektu, w dniu, w którym musimy podzielić się pracą z innym zespołem deweloperskim, jeśli zastosowaliśmy podejście konwencyjne, Będziemy mogli integrować się w prostszy sposób i przy jak najmniejszej liczbie niepowodzeń.
Na tym kończymy ten samouczek, wiemy już, co oznacza konwencja konfiguracji i możemy zwiększyć naszą produktywność, koncentrując się na logice i rozwoju naszej aplikacji, unikając żmudnych procesów konfiguracyjnych dla standardowych przypadków.Podobał Ci się i pomógł ten samouczek?Możesz nagrodzić autora, naciskając ten przycisk, aby dać mu pozytywny punkt