Aktywne Wpisy
Ryksa +34
i tak właśnie marnuje swoje życie. Siedzę w pracy, potem do pokoju i do spania, potem wstaje, mirko i znowu praca. Nie mam siły żeby znaleźć żadną pasje czy hobby. Na pewno mi się ono nie uda i pewnie będę w tym kiepska. Wydam na to kasę której nie mam i użyje może 3 razy. Całe życie rodzina mówiła, że do niczego się nie nadaje, do dziś widzę to ich politowanie kiedy
nonszalancki +56
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ć