Django - Функционални изгледи

Въпреки че терминът изглед може да се тълкува по един начин, в Джанго Това не е класическата концепция, която използваме за него, например в уеб програмирането много пъти резултатът, който ни дава изглед, зависи от действията на потребителя, може би потребителят актуализира падащо меню и променя общия смисъл на изгледа .
Когато се опитваме да установим концепцията за изглед, това, което искаме да постигнем, е да не се опитваме да го сравняваме с концепцията, която може да сме дефинирали предварително от други среди на MVC, след като имаме концепцията за гледна точка на Джанго можем да го изразим по -добре на други разработчици.
Скелетът на зрението
Ако видим тялото на изгледа и отидем в основите му, можем да кажем, че изгледът е функция, която вземете HTTP заявка Y връща HTTP отговор, Бихме могли да кажем, че този подход е прост, но ако видим целта на възгледа, тази концепция го изпълнява адекватно, сега, за да достигнем простотата на тези два елемента, трябва да извършим други дейности.
Общи изгледи
Философията на Джанго ни казва, че трябва да направим всичко възможно, така че нашите приложения да бъдат многократно използвани, прости и ефективни, което означава това, че не можем да разработваме повтарящи се елементи, тоест да пишем един и същ код отново и отново, тъй като няма смисъл, нека видим следното изображение:

В този код виждаме как изграждаме функция, тази функция ни представя изглед, но далеч не е решение, което отговаря на точките на Джанго философия, въпреки че е вярно, че кодът работи и в много случаи би свършил работата повече от добре, нека си представим, че вместо да трябва да правим само този изглед, ние трябва да направим 100 или 200, защото имаме приложение с големи размери, ние ще трябва да повтаря тази логика отново и отново, генерирайки същия тип код.
Ако погледнем името на изгледа, параметрите, които той извиква, включително отговора, който дава, който е насочен към URL адрес, предварително дефиниран от разработчика, всичко това ни насочва към специфичен и не-общ изглед.
Преди да се притесняваме, рамката вече има решение на този проблем и не е нищо повече и нищо по -малко от общи възгледи, това са възгледи, които вече са дефинирани, просто трябва присъединете ги към модел, посочете шаблон и можем да получим достъп до функции и методи, които правят всички основни неща, които трябва да имаме.
Нека да видим кода на тези общи възгледи на следното изображение:

В примера можем да забележим няколко интересни точки, първо не ограничаваме функцията до един модел, виждаме как използваме функцията model.get_default_manager с който установяваме кой е първичният ключ на нашия модел, след това връщаме името на шаблона, което първо получихме като аргумент на функцията.
Тук вече нямаме ограничения по код, тъй като това се прави само веднъж и го включва Джанго, трябва само да се притесняваме за интегрирането на това, което ще използваме, нека видим прилагането на изглед, използвайки този подход:

В нашето изпълнение просто извикваме функцията show_object от изгледи клас, ние посочваме кой модел ще използва и името на шаблона, нещо много по-малко повтарящо се и по-просто от не-общия подход, който видяхме в началото.
Както виждаме, имаме инструменти в рамките, които ни спестяват работа, а също така можем да се съобразим с чистата и ефективна философия за развитие, като намалим броя на ненужните редове код, които пишем.Хареса ли ви и помогнахте на този урок?Можете да възнаградите автора, като натиснете този бутон, за да му дадете положителна точка