Я не совсем уверен, как разделить мои проекты Django на приложения.
Что следует учитывать при планировании проекта Django?
Джеймс Беннет написал в блоге запись об этом,
Советы Django: оформление заявки , раздел «Проекты против приложений»:
Приложение пытается предоставить один, относительно автономный набор связанных функций. Приложению разрешено определять набор моделей (хотя это не обязательно), а также определять и регистрировать пользовательские теги и фильтры шаблонов (хотя, опять же, это не обязательно). Проект - это набор приложений, установленных в одной базе данных и использующих один и тот же файл настроек. В некотором смысле определяющим аспектом проекта является то, что он предоставляет файл настроек, в котором указывается используемая база данных, приложения для установки и другие элементы конфигурации. Проект может соответствовать одному веб-сайту, но не обязательно - несколько проектов могут выполняться на одном сайте. Проект также отвечает за настройку корневого URL-адреса, хотя в большинстве случаев полезно просто включать в себя вызовы, которые включают в себя настройки URL-адресов из отдельных приложений.
Приложение пытается предоставить один, относительно автономный набор связанных функций. Приложению разрешено определять набор моделей (хотя это не обязательно), а также определять и регистрировать пользовательские теги и фильтры шаблонов (хотя, опять же, это не обязательно).
Проект - это набор приложений, установленных в одной базе данных и использующих один и тот же файл настроек. В некотором смысле определяющим аспектом проекта является то, что он предоставляет файл настроек, в котором указывается используемая база данных, приложения для установки и другие элементы конфигурации. Проект может соответствовать одному веб-сайту, но не обязательно - несколько проектов могут выполняться на одном сайте. Проект также отвечает за настройку корневого URL-адреса, хотя в большинстве случаев полезно просто включать в себя вызовы, которые включают в себя настройки URL-адресов из отдельных приложений.