Дјанго - прикази засновани на функцијама

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

У овом коду видимо како градимо функцију, ова функција нам представља поглед, међутим далеко је од решења које задовољава тачке Дјанго филозофија, иако је истина да код функционира и у многим случајевима би посао обавио више него добро, замислимо да умјесто да морамо радити само тај поглед морамо учинити 100 или 200 јер имамо апликацију великих размјера, морао би понављати ову логику изнова и изнова, стварајући исту врсту кода.
Ако погледамо назив приказа, параметре које позива, укључујући одговор који даје, а који усмерава на УРЛ који је унапред дефинисао програмер, све ово нас упућује на специфичан и не-генерички приказ.
Пре него што почнемо да бринемо, оквир већ има решење за овај проблем и он није ништа више ни мање него општи погледи, то су ставови који су већ дефинисани, само морамо придружите им модел, назначите шаблон и можемо приступити функцијама и методама које раде све основе које морамо имати.
Погледајмо код ових општи погледи на следећој слици:

У примеру можемо приметити неколико занимљивих тачака, прво не ограничавамо функцију на један модел, већ видимо како користимо функцију модел.гет_дефаулт_манагер помоћу којих утврђујемо који је примарни кључ нашег модела, онда враћамо назив предлошка који смо прво добили као аргумент функције.
Овде више немамо ограничења према коду, јер се то ради само једном и укључује га Дјанго, морамо само да бринемо о интегрисању онога што ћемо користити, да видимо имплементацију погледа помоћу овог приступа:

У нашој имплементацији једноставно зовемо функцију схов_објецт од погледи класа, указујемо који ће модел користити и назив предлошка, нешто много мање понављајуће и једноставније од не-генеричког приступа који смо видели на почетку.
Као што видимо, у оквиру имамо алате који нам штеде рад, а такође се можемо придржавати чисте и ефикасне развојне филозофије смањујући број непотребних редова кода који пишемо.Да ли вам се допао и помогао овај водич?Можете наградити аутора притиском на ово дугме да бисте му дали позитиван поен