Aktywne Wpisy
Nutellowa +75
Wypłata po corocznym salary review wpadła, więc #chwalesie że jeszcze chwila i osiągnę 10k netto, nie robiąc nikomu loda w pracy, bo mam szefową zamiast szefa XD A szkoda, bo bym dobiła tej okrągłej sumki ( ͡° ͜ʖ ͡°) #piekloperfekcjonistow
#korposwiat #pracbaza #rozowepaski
#korposwiat #pracbaza #rozowepaski
Zawiera treści 18+
Ta treść została oznaczona jako materiał kontrowersyjny lub dla dorosłych.
Mój problem: pisanie templateów wymaga znajomości jakie klucze znajdują się w słowniku używanym do renderowania templateu. Chodzi o to, żeby template można było stworzyć zupełnie bez znajomości tego co jest w module view.
Generalnie nie wiem jakie są dobre praktyki przy używaniu templatów.
Proponowane mi rozwiązanie to stworzenie DTO - Data Transfer Object. Ma to zagwaratnować taką umowę między osobą piszącą template, a osobą piszącą view - robiąc template użyję nazw, które zawiera DTO bo wiem, że Ty użyjesz ich tworząc view.
Pierwsza moja myśl to jako context to renderowania templateu użyć słownika
{'dto': DTO()}
.Liczę na jakieś dobre rady, może linki, a w ostateczności na słowa-klucze do googlowania.
#python #programowanie
To nie java, tu się tak nie robi. Jak nie wiesz co masz w kontekście, to możesz:
a) spytać deva, który pisał widok
b) samemu sprawdzić kod widoku
c) użyć tagu
{% debug %}
, który wypluje całycontext
i trochę więcejd) użyć django debug toolbar
Żaden ze sposobów, który mi podałeś nie eliminuje problemu o którym mówiłem, a który prowadzącemu bardzo się nie podoba (że bez znajomości modułu
view
, albo pomocyDodanie DTO tak naprawdę NIC NIE DAJE. Javowcy lubią się tym brandzlować, bo oni do wszystkiego muszą mieć 7 poziomów abstracji. Co za różnica czy musisz znać widok czy strukturę DTO? I tak z dupy sobie nie wyciągniesz zmiennych dostępnych w szablonie.
Oczywiście skoro musisz pisać