Django - prikazi temeljeni na funkcijama

Iako se izraz pogled može tumačiti na jedan način, u Django Ovo nije klasični koncept koji za njega koristimo, na primjer u web programiranju mnogo puta rezultat koji nam pogled daje ovisi o radnjama korisnika, možda korisnik ažurira padajući izbornik i promijeni ukupni smisao prikaza .
Kad pokušavamo uspostaviti koncept pogleda, ono što želimo postići nije pokušati ga usporediti s konceptom koji smo možda unaprijed definirali iz drugih MVC okruženja, nakon što imamo koncept pogleda Django možemo to bolje izraziti drugim programerima.
Kostur vida
Ako vidimo tijelo pogleda i idemo do njegovih temelja, možemo reći da je pogled funkcija koja prihvatiti HTTP zahtjev Y vraća HTTP odgovor, Mogli bismo reći da je ovaj pristup jednostavan, međutim, ako vidimo svrhu gledišta, ovaj ga koncept adekvatno ispunjava, sada kako bismo dosegli jednostavnost ova dva elementa moramo provesti druge aktivnosti.
Opći pogledi
Filozofija Django govori nam da moramo učiniti sve što je moguće kako bi naše aplikacije bile za višekratnu uporabu, jednostavne i učinkovite, što znači da ne možemo razvijati elemente koji se ponavljaju, odnosno pisati isti kod uvijek iznova jer nema smisla, da vidimo sljedeća slika:

U ovom kodu vidimo kako gradimo funkciju, ta nam funkcija predstavlja pogled, međutim daleko je od rješenja koje zadovoljava točke Django filozofija, iako je istina da kôd radi i u mnogim slučajevima bi obavio posao više nego dobro, zamislimo da umjesto da moramo raditi samo taj pogled moramo napraviti 100 ili 200 jer imamo aplikaciju velikih razmjera, morao bi ponavljati ovu logiku uvijek iznova generirajući istu vrstu koda.
Ako pogledamo naziv pogleda, parametre koje poziva, uključujući odgovor koji daje, a koji usmjerava na URL koji je unaprijed definirao programer, sve nas to upućuje na specifičan i ne-generički prikaz.
Prije nego što se možemo zabrinuti, okvir već ima rješenje za ovaj problem i nije ništa više ni manje nego općeniti stavovi, to su stavovi koji su već definirani, samo moramo pridružite im se model, naznačite predložak i možemo pristupiti funkcijama i metodama koje rade sve osnove koje moramo imati.
Pogledajmo kod ovih općeniti stavovi na sljedećoj slici:

U primjeru možemo primijetiti nekoliko zanimljivih točaka, prvo ne ograničavamo funkciju na jedan model, vidimo kako koristimo funkciju model.get_default_manager kojim utvrđujemo koji je primarni ključ našeg modela, zatim vraćamo naziv predloška koji smo prvo dobili kao argument funkcije.
Ovdje više nemamo ograničenja prema kodu, jer se to čini samo jednom i uključuje ga Django, samo se moramo brinuti oko integriranja onoga što ćemo koristiti, pogledajmo implementaciju pogleda pomoću ovog pristupa:

U našoj implementaciji jednostavno zovemo funkciju show_object od klase pogleda, označavamo koji će model koristiti i naziv predloška, ​​nešto mnogo manje ponavljano i jednostavnije od ne-generičkog pristupa koji smo vidjeli na početku.
Kao što vidimo, u okviru imamo alate koji nam štede posao, a možemo se i pridržavati čiste i učinkovite razvojne filozofije smanjujući broj nepotrebnih redaka koda koji pišemo.Je li vam se svidio i pomogao ovaj vodič?Autor možete nagraditi pritiskom na ovaj gumb kako biste mu dali pozitivan bod