Приложение Django против приложений?

Question

Я прочитал несколько ответов StackOverflow, включая Django: "projects" vs "apps" и using django apps vs established apps...security?, но я все еще ищу совет, как организовать приложение Django и почему?

У моего приложения на рынке есть следующие функции, и я пытаюсь оценить, следует ли разделить мое приложение или просто создать одно приложение и какие последствия имеет это решение?

• дома - главная страница, поиск и оказанные карты для результатов поиска вида
• детали - то, что вы видите, когда вы нажимаете на результат карту
• бронирует поток - pinax платежей полосы и несколько бронирует вид
• блог - самостоятельное объяснение
• сообщения - Джанго-сообщения с настраиваемой точкой зрения позволяет поставщик - Связи с потребителями
• статическим - т & с, около и контактных статических страниц
• задача - сельдерей рабочих мест для электронной почты и другой справочной вещи по мере необходимости

это одно приложение. Поставщик поисковых запросов пользователей, находит один, поставщик контактов и заказывает услугу. Однако, когда я ищу примеры приложений, этот тип функций часто разделяется на несколько приложений. Мои вопросы почему? У меня ограниченный опыт разработки программного обеспечения и боюсь, что я совершу большую ошибку здесь.

Я планирую отделить приложение с функциями перечисления провайдера &, позволяя мне сначала предварительно предварительно настроить поставщиков и автоматизировать их позже.

имеет>

• список - позволяет добавлять списки, картинки видео и т.д.
• сообщения - ??? это заставило меня думать, что сообщения должны быть отдельным приложением по мере необходимости в обоих или должны ли списки поставщиков быть под тем же массовым приложением.
• API - ?? снова я также буду нуждаться эти
• платежей - в основном различные функций, но некоторый код общего

Так, наконец, я просто бросить все к одному массивному приложению или расколу, как много приложений?

Answer 1

Все зависит от вас. Это нормально, что все в 1 приложении, но, возможно, не так удобно, как проект получает (действительно) большой. При необходимости вы всегда можете разбить его на более позднюю точку.

Наличие отдельных приложений имеет две цели:

• ремонтопригодности: держать обзор
• портативность: возможность повторно использовать приложение в другом проекте

Если функции принадлежат вместе, то объедините его в том же приложении. Итак, ваш блог явно отделен от части электронной коммерции. Но, вероятно, это всего лишь несколько строк кода, поэтому не очень важно, если он помещен где-то в существующем приложении.

Лично я предпочитаю иметь макет домашней страницы (+ о, контакт) + шаблон + js/css в отдельном приложении, так как это часто не является частью моего приложения, а просто фронтом. Для веб-сайта электронной коммерции, который может быть несколько иным. (это то, что я использую https://github.com/allox/django-base-template)