Django - uz funkcijām balstīti skati

Lai gan terminu skats var interpretēt vienā veidā, gadā Django Tas nav klasiskais jēdziens, ko mēs tam izmantojam, piemēram, tīmekļa programmēšanā rezultāts, ko mums sniedz skats, ir atkarīgs no lietotāja darbībām, iespējams, lietotājs atjaunina nolaižamo izvēlni un maina skata kopējo izjūtu .
Kad mēs cenšamies iedibināt skata jēdzienu, mēs vēlamies to necensties salīdzināt ar jēdzienu, ko mēs, iespējams, esam definējuši no citām MVC vidēm, kad mums ir redzes jēdziens. Django mēs varam to labāk izteikt citiem izstrādātājiem.
Redzes skelets
Ja mēs redzam skata ķermeni un dodamies pie tā pamatiem, mēs varam teikt, ka skats ir funkcija, kas pieņemt HTTP pieprasījumu Y atgriež HTTP atbildi, Mēs varētu teikt, ka šī pieeja ir vienkārša, tomēr, ja redzam viedokļa mērķi, šī koncepcija to pienācīgi izpilda, tagad, lai sasniegtu šo divu elementu vienkāršību, mums ir jāveic citas darbības.
Vispārīgi skati
Filozofija Django stāsta mums, ka mums jādara viss iespējamais, lai mūsu lietojumprogrammas būtu atkārtoti lietojamas, vienkāršas un efektīvas, tas nozīmē, ka mēs nevaram izstrādāt atkārtotus elementus, tas ir, rakstīt vienu un to pašu kodu atkal un atkal, jo tam nav jēgas. šāds attēls:

Šajā kodā mēs redzam, kā mēs veidojam funkciju, šī funkcija atspoguļo mūsu viedokli, tomēr tā nebūt nav risinājums, kas atbilst Django filozofija, lai gan ir taisnība, ka kods darbojas, un daudzos gadījumos tas paveiktu darbu vairāk nekā labi, iedomāsimies, ka tā vietā, lai būtu jāizdara tikai šis uzskats, mums ir jāizdara 100 vai 200, jo mums ir lielas proporcijas. šī loģika būtu jāatkārto atkal un atkal, ģenerējot tāda paša veida kodu.
Ja paskatāmies uz skata nosaukumu, tā izsauktajiem parametriem, ieskaitot tā sniegto atbildi, kas novirza uz izstrādātāja iepriekš noteiktu URL, tas viss norāda uz konkrētu un vispārīgu skatu.
Pirms mēs varam uztraukties, ietvaram jau ir šīs problēmas risinājums, un tas ir nekas vairāk un ne mazāk kā vispārīgi uzskati, tie ir uzskati, kas jau ir definēti, mums vienkārši ir pievienojiet viņiem modeli, norādiet veidni un mēs varam piekļūt funkcijām un metodēm, kas nodrošina visu nepieciešamo.
Apskatīsim šo kodu vispārīgi uzskati šādā attēlā:

Piemērā mēs varam pamanīt vairākus interesantus punktus, vispirms mēs neierobežojam funkciju ar vienu modeli, mēs redzam, kā mēs izmantojam funkciju model.get_default_manager ar kuru mēs nosakām, kura ir mūsu modeļa primārā atslēga, tad mēs atgriežam tās veidnes nosaukumu, kuru vispirms ieguvām kā funkcijas argumentu.
Šeit mums vairs nav ierobežojumu pēc koda, jo tas tiek darīts tikai vienu reizi un ietver to Django, mums ir jāuztraucas tikai par to, kā integrēt to, ko mēs izmantosim. Apskatīsim, kā tiek īstenots skats, izmantojot šo pieeju:

Īstenojot, mēs vienkārši saucam funkciju show_object no skatu klase, mēs norādām, kuru modeli tas izmantos, un veidnes nosaukumu, kas ir daudz mazāk atkārtojošs un vienkāršāks nekā vispārējā pieeja, ko redzējām sākumā.
Kā redzam, mums ir rīki, kas ietaupa mūsu darbu, un mēs varam arī ievērot tīras un efektīvas attīstības filozofiju, samazinot nevajadzīgo rakstāmā koda rindu skaitu.Vai jums patika šī apmācība un palīdzējāt tai?Jūs varat apbalvot autoru, nospiežot šo pogu, lai sniegtu viņam pozitīvu punktu