Я смотрел на одно из упражнений разработчика, обучаю, как создать приложение, используя Django. Его каталог структура выглядит так: –
ceri main manage.py ...
Ceri это выбранное имя для этого проекта. Но выглядит глубже в каждом каталоге, вы увидите, что Ceri содержат только settings.py в то время как в главный Есть , Models.py и Т. Д. Каталог главный В основном мясо этого приложения. Я сбился с толку, глядя на это.
Они, вероятно, после учебника Django и начнутся с: –
django-admin startproject ceri
Поскольку «проект», на уровне бизнеса называется «Ceri», это логично для этого разработчика для запуска startproject Используя «Ceri» также. Но потом он пришел к следующему, что учебник спросит его: –
django-admin startapp ...
Я думаю, что Dev застрянет, думая о соответствующем имени. Сдача, он просто выбирает «главное» для имени.
Это проект «Приложение» против «ИМХО не нужен для новичка. Нет ничего, что помешает вам выкладывать все свои взгляды и модели в Ceri каталог Но Newbie To Django будет произведено впечатление, что эти «проектные» приложение «VS» требуется вещь. Аргумент за это состоит в том, чтобы поощрить написание многоразовых приложений с самого начала. Если вы пишете свое «приложение» достаточно общего, вы можете просто подключить это приложение в другой проект.
Но 80% времени вы просто пишете приложение, которое специфично для этого проекта. Чаще всего люди выберут общедоступное имя для своих приложений, таких как «пользователь», «Заказ», «Клиент» и т. Д., Соединение верхнего пространства имен. Могу поспорить, что они попадут в ситуацию, когда сторонний пакет, который они хотят использовать столкновение с их общепринятым приложением, прежде чем ситуацию, когда они хотят повторно использовать свое приложение.
Это не тот, чтобы разработчик должен быть обескуражен из написания универсального приложения, но это может быть введено в более поздней главе. Мы можем сократить путаницу и такого рода Вопрос:| в Stackoverflow.
Оригинал: “https://dev.to/k4ml/django-moving-away-from-project-vs-app-dichotomy-3e7”