Преглед садржаја
Фокус на Конвенција о конфигурацији појављује се у новој серији оквири да не бисмо морали да мењамо многе датотеке да бисмо постигли понашања која могу бити стандардна, стога коришћењем имена написаних на специфичан начин, коришћењем унапред дефинисаних фасцикли итд. помажемо себи да се брже развијамо јер се оквирни механизам може аутоматски обрадити.АСП.НЕТ МВЦ не избегава овај тренд и такође нуди свој конвенционални приступ конфигурацији, чинећи начин рада програмерима много бржим и лакшим.
Структура фасцикли АСП.НЕТ МВЦ
Јер АСП.НЕТ МВЦ је заснован на модел - поглед - контролер, имаћемо у нашој оквирној структури, фасцикле резервисане за постављање ових елемената, њихова имена одговарају скраћеницама на енглеском, па у Модели имаћемо моделе апликација, у Контролери контролери ће бити смештени и коначно у Виевс постоје погледи.
Погледајмо следећу слику да бисмо имали панорамски поглед на структуру АСП.НЕТ МВЦ:
ЗапамтитиКада подигнете апликацију и позовемо приказ, она претражује појединачне фасцикле, ако је не пронађе, претражиће фасциклу Схаред, то значи да ако морамо да позовемо приказ, можемо то учинити директно по његовом имену, на пример Контакт и на овај начин систем рутирања апликације моћи ће да изврши потребна претраживања.
Именовање конвенција
Настављајући са сликом можемо видети конвенције именовања, почнимо са контролерима, ако видимо да имамо два контролера на слици, АццоунтЦонтроллер.цс И ХомеЦонтроллер.цс, у АСП.НЕТ МВЦ Морамо завршити имена датотека контролера са суфиксом Цонтроллер, то значи да када се покрене наша апликација, фрамеворк механизам може учитати сваки контролер и стога у нашем коду не морамо да правимо додатна укључивања.
ВажноИсто се дешава и са фасциклом Модели, ако видимо доступан модел, то је АццоунтМодел.цс и оно што се овде дешава је да већ имамо предност конвенције, модел АццоунтМодел.цс одговара контролеру АццоунтЦонтроллер.цсПошто имају исто име и разликују се само у суфиксима, оквир их може повезати за употребу у нашој апликацији.
Имамо и друге фасцикле унутар структуре, свака има своју сврху, придржавајући се конвенција, можемо постићи врло високу читљивост нашег пројекта, дан када морамо да поделимо посао са другим развојним тимом ако смо следили приступ конвенција, Моћи ћемо да се интегришемо на једноставнији начин и са најмање могућих застоја.
Овим смо завршили овај водич, већ знамо шта значи конвенција о конфигурацији и можемо повећати своју продуктивност концентрирањем на логику и развој наше апликације избјегавајући досадне процесе конфигурације за стандардне случајеве.Да ли вам се допао и помогао овај водич?Можете наградити аутора притиском на ово дугме да бисте му дали позитиван поен
