Django - funkcijomis pagrįsti vaizdai

Nors terminą „vaizdas“ galima interpretuoti vienaip, tačiau Django Tai nėra klasikinė koncepcija, kurią mes naudojame, pavyzdžiui, programuojant žiniatinklį daug kartų rezultatas, kurį mums suteikia vaizdas, priklauso nuo vartotojo veiksmų, galbūt vartotojas atnaujina išskleidžiamąjį meniu ir pakeičia bendrą vaizdo vaizdą .
Kai mes bandome įtvirtinti požiūrio koncepciją, norime pasiekti ne tai, kad bandytume ją lyginti su koncepcija, kurią galėjome iš anksto apibrėžti iš kitų MVC aplinkų, kai tik turėsime regėjimo koncepciją. Django galime tai geriau išreikšti kitiems kūrėjams.
Regėjimo skeletas
Jei matome vaizdo kūną ir einame prie jo pamatų, galime pasakyti, kad vaizdas yra funkcija, priimti HTTP užklausą Y grąžina HTTP atsakymą, Galėtume sakyti, kad šis požiūris yra paprastas, tačiau, jei matome požiūrio tikslą, ši sąvoka ją tinkamai įgyvendina, dabar, norėdami pasiekti šių dviejų elementų paprastumą, turime atlikti kitą veiklą.
Bendri vaizdai
Filosofija Django sako mums, kad turime padaryti viską, kas įmanoma, kad mūsų programos būtų pakartotinai naudojamos, paprastos ir veiksmingos, o tai reiškia, kad negalime sukurti pasikartojančių elementų, tai yra, rašyti tą patį kodą vėl ir vėl, nes tai nėra prasminga, pažiūrėkime šį vaizdą:

Šiame kode mes matome, kaip mes kuriame funkciją, ši funkcija atspindi mūsų požiūrį, tačiau tai toli gražu nėra sprendimas, atitinkantis Django filosofija, nors tiesa, kad kodas veikia ir daugeliu atvejų jis atliktų darbą daugiau nei gerai, įsivaizduokime, kad užuot turėję daryti tik tą vaizdą, turime padaryti 100 ar 200, nes taikome dideles proporcijas. tektų kartoti šią logiką vėl ir vėl, sukuriant to paties tipo kodą.
Jei pažvelgsime į rodinio pavadinimą, parametrus, kuriuos jis vadina, įskaitant jo pateiktą atsakymą, nukreipiantį į kūrėjo iš anksto nustatytą URL, visa tai nurodo į konkretų ir ne bendrą vaizdą.
Prieš pradėdami nerimauti, sistema jau turi šios problemos sprendimą, ir tai yra ne daugiau ir ne mažiau kaip bendri požiūriai, tai jau apibrėžtos nuomonės, mes tiesiog privalome prijunkite prie jų modelį, nurodykite šabloną ir mes galime pasiekti funkcijas ir metodus, kurie atlieka visus pagrindus, kurių mums reikia.
Pažiūrėkime jų kodą bendri požiūriai šiame paveikslėlyje:

Pavyzdyje galime pastebėti keletą įdomių dalykų, pirmiausia neapsiribojame funkcija vienu modeliu, matome, kaip mes naudojame šią funkciją model.get_default_manager su kuria mes nustatome, kuris yra pagrindinis mūsų modelio raktas, tada grąžiname šablono, kurį pirmą kartą gavome kaip funkcijos argumentą, pavadinimą.
Čia mes nebeturime apribojimų pagal kodą, nes tai daroma tik vieną kartą ir ji įtraukiama Django, mes turime tik nerimauti dėl to, ką integruosime, pažiūrėkime, kaip įgyvendinamas požiūris naudojant šį metodą:

Įgyvendindami mes tiesiog vadiname funkciją šou_objektas iš peržiūrų klasė, mes nurodome, kurį modelį jis naudos, ir šablono pavadinimą, tai yra daug mažiau pasikartojantis ir paprastesnis nei ne bendrasis metodas, kurį matėme pradžioje.
Kaip matome, sistemoje yra įrankių, kurie taupo mūsų darbą, taip pat galime laikytis švarios ir efektyvios plėtros filosofijos, sumažindami nereikalingų rašomų kodo eilučių skaičių.Ar jums patiko ir padėjo ši pamoka?Galite apdovanoti autorių paspausdami šį mygtuką, kad suteiktumėte jam teigiamą tašką