Съдържание
Фокусът на конвенционална конвенция се появява в новата партида на рамки за да не се налага да модифицираме много файлове, за да постигнем поведение, което може да е стандартно, затова използвайки имена, написани по специфичен начин, използвайки предварително дефинирани папки и т.н., ние си помагаме да се развиваме по -бързо, тъй като рамковият механизъм може да обработва автоматично.ASP.NET MVC не избягва тази тенденция и също предлага своята конвенционален подход за конфигуриране, което прави начина на работа много по -бърз и по -лесен за разработчика.
Структура на папката на ASP.NET MVC
Защото ASP.NET MVC се основава на модел - изглед - контролер, ще имаме в нашата рамкова структура папките, запазени за поставяне на тези елементи, техните имена съответстват на акронимите на английски, така че в Модели ще имаме моделите на приложение в Контролери контролерите ще бъдат настанени и накрая ще влязат Изгледи има гледки.
Нека видим следното изображение, за да имаме панорамен изглед на структурата на ASP.NET MVC:
Ако се вгледаме внимателно, виждаме това в папката Изгледи имаме други папки, всяка папка съответства на контролер и модел, с изключение на папката Споделено, последният е споделена папка, вътре можем да поставим изгледи, които са достъпни за всеки изглед или контролер на нашето приложение.
ПомняКогато вдигнете приложението и ние извикаме изглед, той търси отделните папки, ако не успее да го намери, ще търси в папката Споделено, това означава, че ако трябва да извикаме изглед, можем да го направим директно чрез неговото име, например Контакт и по този начин система за маршрутизиране на приложението ще може да извърши необходимите търсения.
Конвенция за наименуване
Продължавайки с изображението, можем да видим конвенциите за именуване, нека започнем с контролерите, ако видим, че имаме два контролера в изображението, AccountController.cs Y HomeController.cs, в ASP.NET MVC Трябва да завършим имената на файловете на контролера със суфикса на контролера, това означава, че когато стартира нашето приложение, рамковият механизъм може да зареди всеки контролер и по този начин в нашия код не е нужно да правим допълнителни включвания.
ВажноСъщото се случва и с папката Модели, ако видим наличния модел, това е AccountModel.cs и това, което се случва тук, е, че вече имаме предимство на конвенцията, моделът AccountModel.cs съответства на контролера AccountController.csТъй като те имат едно и също име и се различават само по наставки, рамката може да ги свърже за използване в нашето приложение.
Имаме други папки в структурата, всяка от тях има своя цел, като спазваме конвенциите, можем да постигнем много висока четливост на нашия проект, в деня, в който трябва да споделим работата с друг екип за разработка, ако сме следвали подхода на конвенциите, Ще можем да се интегрираме по по -прост начин и с възможно най -малко неуспехи.
С това приключваме този урок, вече знаем какво означава конвенционалната конвенция и можем да увеличим производителността си, като се концентрираме върху логиката и развитието на нашето приложение, като избягваме досадните конфигурационни процеси за стандартните случаи.Хареса ли ви и помогнахте на този урок?Можете да възнаградите автора, като натиснете този бутон, за да му дадете положителна точка