PB
Ну и нужно сделать
Size: a a a
2019 March 23
AO
просто про разбиение на app'ы написано в документации Django и это выглядит больше как Django-way
PB
А пример с рельсами - это как раз моноаппа
AO
если что, описанный мой вариант не отрицает твоего
PB
просто про разбиение на app'ы написано в документации Django и это выглядит больше как Django-way
Я за чувство меры, и делать ради каждых 5 моделей отдельную аппу - бред
PB
Смысл не в минимизации количества моделей в аппе, а в разделении по смыслу
AO
количество моделей тут не так важно, может быть 1, может быть 10) лучше разделять вот по принципу "оно станет отдельным микросервисом"
AO
ну так да
AO
повторюсь, моя точка зрения в данном вопросе не противоречит твоему предложению никак)
AO
просто есть достаточно много проектов, где делают 1 приложение на весь проект и это выглядит немного ущербно
AO
обычно в таких приложениях потом и появляются потребности всё дробить
AO
подход 1 приложение на 1 проект - не Django-way
PB
Конечно не 1-1
AO
а так вообще, у меня правило - если в файле больше 1000 строчек кода - его надо разбивать, возможно, раньше
AO
и там даже PyCharm ругается на такие файлы
AO
собственно, почему я про это написал - мне кажется, у комьюнити, особенно среди новичков есть некоторое непонимание о том, что нужно вообще разбивать на приложения, что вот эти приложения можно отдельно друг от друга разрабатывать в разных репозиториях и всё вот такое прочее
PB
и там даже PyCharm ругается на такие файлы
Это здорово
AO
приложения - это как своего рода либы, а проект может быть просто из наборов этих либ + конфиг
AO
это позволяет не делать страшный монолит, а вот прямо изначально сделать красиво
AO
ну, насколько это возможно)