Django - zobrazení založená na funkcích

Ačkoli termín pohled lze interpretovat jedním způsobem, v Django Toto není klasický koncept, který pro to používáme, například u webového programování mnohokrát výsledek, který nám pohled poskytne, závisí na akcích uživatele, možná uživatel aktualizuje rozevírací seznam a změní celkový smysl zobrazení .
Když se pokusíme vytvořit koncept pohledu, chceme dosáhnout toho, abychom se nesnažili jej porovnat s konceptem, který jsme mohli předdefinovat z jiných prostředí MVC, jakmile budeme mít koncept pohledu na Django můžeme to lépe vyjádřit ostatním vývojářům.
Kostra zraku
Pokud vidíme tělo pohledu a jdeme na jeho základy, můžeme říci, že pohled je funkce, která přijmout požadavek HTTP Y vrací odpověď HTTP„Mohli bychom říci, že tento přístup je jednoduchý, ale pokud vidíme účel pohledu, tento koncept jej adekvátně naplňuje, nyní, abychom dosáhli jednoduchosti těchto dvou prvků, musíme provádět další činnosti.
Obecná zobrazení
Filozofie Django nám říká, že musíme udělat vše možné, aby naše aplikace byly opakovaně použitelné, jednoduché a efektivní, což znamená, že nemůžeme vyvíjet opakující se prvky, to znamená psát stejný kód znovu a znovu, protože to nedává smysl, podívejme se následující obrázek:

V tomto kódu vidíme, jak vytváříme funkci, tato funkce nám představuje pohled, ale zdaleka to není řešení, které splňuje body Filozofie Django, i když je pravda, že kód funguje a v mnoha případech by to udělal více než dobře, představme si, že místo toho, abychom museli dělat jen ten pohled, musíme udělat 100 nebo 200, protože máme aplikaci velkých rozměrů, bude muset tuto logiku opakovat znovu a znovu a generovat stejný typ kódu.
Podíváme-li se na název pohledu, parametry, které volá, včetně odpovědi, kterou dává, což je přesměrování na adresu URL předdefinovanou vývojářem, to vše nás směřuje ke konkrétnímu a generickému zobrazení.
Než si budeme dělat starosti, framework již má řešení tohoto problému a není to nic víc a nic menšího než obecné názory, to jsou pohledy, které jsou již definovány, jen musíme připojte se k nim jako model, označte šablonu a můžeme přistupovat k funkcím a metodám, které dělají všechny základy, které potřebujeme mít.
Podívejme se na jejich kód obecné názory na následujícím obrázku:

V příkladu si můžeme všimnout několika zajímavých bodů, nejprve neomezíme funkci na jeden model, uvidíme, jak funkci používáme model.get_default_manager pomocí kterého určíme, který je primárním klíčem našeho modelu, poté vrátíme název šablony, kterou jsme poprvé získali jako argument funkce.
Zde již nemáme omezení podle kódu, protože se to provádí pouze jednou a zahrnuje to Django, musíme se jen starat o integraci toho, co budeme používat, podívejme se na implementaci pohledu pomocí tohoto přístupu:

V naší implementaci jednoduše nazýváme funkci show_object z prohlíží třídu, uvedeme, který model bude používat, a název šablony, něco mnohem méně se opakujícího a jednoduššího než negenerický přístup, který jsme viděli na začátku.
Jak vidíme, máme v rámci nástroje, které nám ušetří práci, a můžeme také vyhovět čisté a efektivní filozofii vývoje snížením počtu nepotřebných řádků kódu, které píšeme.Líbil se vám tento návod a pomohl mu?Autora můžete odměnit stisknutím tohoto tlačítka, čímž mu dáte kladný bod