Punktem są klasy modelu powinien być zawierać całą logikę, zgodnie ze wzorcem projektowym Widok-kontroler. Pamiętaj -
Cieńsze widoki, cienkie kontrolery, modele tłuszczu.
Tutorial
Tak, wszystko przez tą zasadą logiki biznesowej powinny być zawarte w modelach. W związku z tym modele należy dokładnie przetestować. Poza tym dane są najważniejszym elementem każdego projektu internetowego. Tym samym zapewnienie, że modele mają wystarczającą walidację i nie pozwalają na niepotrzebne dane do db jest niezwykle ważne.
Tak mówi MVC. Chociaż zgadzam się, że próba dopasowania wszystkiego do konstrukcji MVC jest bardzo popularnym antypaplanetem. Jeszcze lepszym podejściem byłoby użycie różnych klas w celu utrzymania logiki biznesowej, która nie należy do żadnych konstrukcji MVC, chociaż muszą one być również w modelach enkapsulowane.
Poza tym, o ile testowanie jest ogólne, uważam, że każdy działający fragment kodu powinien mieć dla nich co najmniej skromny zestaw testów. Testy są pracy specyfikacje kodu, a raczej powinny być. Prowadzą one trochę inne informacje na temat tego, co robi Twój kod, jak go zmienić bez przerywania czegokolwiek.
Uwaga: - Nie przetestować swoje biblioteki chociaż to nie przetestować kod django lub mongoengine
Najmniejszy powód, dla którego zasługiwałem na awans? – hspandher
możesz chcieć zacytować tę mantrę, aby nadać jej nieco więcej wiarygodności (nie jestem tym odźwiernym, więc to nie dotyczy twojego pytania o upadek). –
Często występuje różnica między logiką domeny, która jest częścią warstwy modelu i modelami domen, które są częścią warstwy modelu. Często nie chcesz zbytnio ich łączyć. – mason