django project and application

Question

Dlaczego w Django jest taki głupi podział na projekty i aplikacje?

Jeden projekt zawiera kilka aplikacji... To wydaje się całkowicie pozbawione sensu... Czy w innych webowych frameworkach też tak jest? Bo wydaje mi się że nie.

Najpierw tworzę projekt o nazwie TODO a później wewnątrz tego projektu tworzę aplikację TODO... Czemu to ma służyć?

Answer 1

Jako jednostkę modularności. W większych projektach jak najbardziej dzieli się stronę na kilka-kilkanaście "aplikacji", odpowiadające za różne zakresy funkcjonalne strony, jak i różne interfejsy na zewnątrz. Losowy przykład z githuba:

https://github.com/mirumee/saleor/tree/master/saleor

To prawda, że przy mega prostej stronie z jedną aplikacją może to być nieintuicyjne i nie dodawać wygody.

Czy w innych webowych frameworkach też tak jest? Bo wydaje mi się że nie.

Jasne że jest taka modularność do poziomu modułów, po prostu niekoniecznie wymuszona przez framework.

Na przykład ASP.NET:

https://github.com/dotnet-architecture/eShopOnContainers/tree/dev/src/Services

Basket.API, Catalog.API etc wszystkie mają własny niezależny model, kontroler etc - odpowiada to mniej więcej Djangowym aplikacjom (choć mogą mieć różną filozofię, na jakim poziomie dzielić).

Comments

Dzięki za wyjaśnienia choć nadal to trochę dziwne dla mnie.

Wcześniej miałem trochę do czynienia z Laravelem z Adonis.js oraz Flaskiem i tam nie było takich podziałów albo ja ich jakoś nie widziałem, może nie były narzucane odgórnie.

Answer 2

W większości frameworków jest taka implementacja. Angular i Nest mają moduły, Symfony ma/miało bundle. Python ma aplikacje.

Czemu to ma służyć? Zapewne wydzielaniu bounded contextów. Zakładając, że architektura każdego projektu będzie ewoluować, to rozwiązanie umożliwiające taki podział nie jest złe. Problem w tym że przez 4 lata nie widziałem projektu, który wykorzystywał to dobrze.