Wskazówki od mojego przełożonego: „Chcę uniknąć logikimodels.py. Odtąd używajmy tego jako klas do uzyskiwania dostępu do bazy danych i zachowujmy całą logikę w klasach zewnętrznych, które używają klas modeli, lub owijajmy je ”.

Czuję, że to zły sposób. Uważam, że utrzymywanie logiki w modelach tylko po to, by zachować mały rozmiar pliku, to zły pomysł. Jeśli logika jest najlepsza w modelu, to właśnie tam powinna się znaleźć niezależnie od rozmiaru pliku.

Czy jest więc prosty sposób na użycie obejmuje? W PHP-speak chciałbym zaproponować przełożonemu, którego właśnie mamymodels.py include () klasy modelu z innych miejsc. Pojęciowo pozwoliłoby to modelom na uzyskanie całej logiki, jakiej chcemy, a jednocześnie zmniejszenie rozmiaru pliku poprzez zwiększenie liczby plików (co prowadzi do mniej problemów z kontrolą wersji, takich jak konflikty itp.).

Czy istnieje prosty sposób na usunięcie klas modeli z pliku models.py, ale czy modele nadal działają ze wszystkimi narzędziami Django? Czy też istnieje zupełnie inne, ale eleganckie rozwiązanie ogólnego problemu „dużego” pliku models.py? Wszelkie dane będą mile widziane.