приложения? Например если я хочу сделать простую crm-систему, какие у меня там должны быть приложения?
Зачем тебе разбивать?
Разные, на что хватит фантазии. Но у меня с ней не очень Сначала надо определиться что будет делать эта система, потом прикинуть какиесущности будут использоваться и уже это всё надо пробовать логически разобрать по приложениям Но для начала, можно всё напихать в одно, а там по мере необходимости разносить
Попробую так, спасибо
Реально лучше начинать с одного. Как обычно преждевременная оптимизация вредна. А потом всегда можно провести рефакторинг.
Лучше так не делать) получается потом из аппки аналог god object’а
Декомпозиция кода - одна из важных и сложных задач в программировании. И очень сложно дать универсальный совет, в целом это продолжение того как ты выделяешь классы, делаешь модули, возможно помогут в понимании паттерны grasp - слабое зацепление и высокая связанность.
Так как задающий вопрос, не знал как делить на аппки, то я думаю это одно из правильных решений. В любом случае дальше можно разбить на “подприложения” оставляя всё в одной апке, чтобы не было проблем с миграциями. Другой отввет который ты дал задающему - это декомпозиция. Но для этого надо хотя бы понимать, из чего должен состоять проект(crm), чтобы получить минимально жизнеспособный продукт
оставлять все в одной апке - плохая практика, разделяя на апки не правильно, хотя бы методом проб и ошибок придешь к пониманию как это нужно было делить =) а начав пилить костыли типо "подприложений" можно уже и не остановиться))
Ну я бы делил все максимально мелко, ибо это хороший тон, и неплохое ориентирование в коде в дальнейшем. А то есть разделил бы на две апки api и apps в apps создавал бы приложение по типу accounts_apps и фигачил там админку и модели и там были бы миграции, а в api засунул приложение accounts_api и там уже писать бэкенд, сериализаторы, пути...
Обсуждают сегодня