Django: najlepsza praktyka dzielenia projektu na aplikacje [zamknięte]

Naprawdę zmagam się z tą całą aplikacją-pomysłem. Czytałem wiele samouczków i przewodników po stylach i wiem, że powinienem spróbować stworzyć specjalistyczne aplikacje, które robią dokładnie jedną rzecz. To wszystko ma sens, gdy patrzymy na jakiś prosty projekt samouczka, ale gdy tylko dojdzie do złożonego projektu z prawdziwego życia, nie mogę określić, jak powinienem rysować linie między różnymi aplikacjami.

Jednym z problemów jest to, że chcę mieć jedną witrynę (lub wiele witryn), w której użytkownik widzi wiele różnych rzeczy. Rzeczy, które powinny pochodzić z różnych aplikacji, przy przestrzeganiu zasad projektowania aplikacji. Jak mógłbym coś takiego zrozumieć? Moim pierwszym pomysłem było stworzenie jednej aplikacji o nazwieui, który obsługuje WSZYSTKIE widoki, które faktycznie prowadzą do szablonu, a wszystkie inne aplikacje zapewniają modele i funkcje pomocnicze. Ale obawiam się, żeui aplikacja stanie się duża.

Aby dać ci mały przykład: Chcę mieć witrynę, w której użytkownik może wykonywać następujące zadania:

Wybierz przedmiotustaw niektóre opcje na wybrany tematprzesyłać pliki powiązane z jego kontemprzypisz niektóre przesłane pliki do tematunagraj dźwięk, który będzie związany z tematem

W tej chwili utworzyłem trzy aplikacje:

przedmioty (zawiera model przedmiotu i niektóre powiązane modele)zasoby (zawiera model zasobów, obsługuje przesyłanie)audio (obsługuje wszystkie nagrania i przetwarzanie dźwięku)

Ale wtedy potrzebowałbym czegoś w rodzajumain lubui aplikacja do obsługi interakcji tych aplikacji i tworzenia rzeczywistej witryny, w której wszystkie aplikacje są w jakiś sposób zaangażowane.

Czy istnieje jakiś „właściwy” sposób, aby to zrobić? Czy są jakieś wzory, których mogę użyć? Byłbym również wdzięczny za linki do dobrych zasobów na ten temat, chociaż czytałem już sporo.

questionAnswers(2)

yourAnswerToTheQuestion