Зачем нужны приложения?

Question

[WebDeveloper2016]

Я вот никак не могу въехать зачем вообще в django введено разделение проекта на приложения? Т.е. там же сначала делается startproject, а потом в нем уже еще и startapp. И как понять так сказать где кончается одно приложение и начинается другое? А то я кажется все в одном делаю сейчас.

upd. Еще раз, если я правильно понял оптимальной будет такая структура проекта:

Comments

[Dimonchik]

WebDeveloper2016, больше практики

Answer 1

[sim3x]

А что с главной страницей?

создай апп с названием core || common || main || etc и сделай там вью со своей главной

Т.е. сама основа на которой хедер, футер и в нее уже контент этих приложений вставляется.

основа верстки ложится в темплейт, основа контекста, может ложится в core

Ее что отдельным приложением сделать?

если какая-то часть задачи сильно отличается от дргуих - ее можно вынести в апп

В общем случае, нужно стараться делать такие аппы, которые можно поместить в пакет и переиспользовать в другом проекте, но не проблема, если так не получается

Comments

[WebDeveloper2016]

А вот так как я сейчас привел пример в начале темы пойдет?

[sim3x]

WebDeveloper2016: нет
проджект нужно писать с маленькой
в поддиректории проекта не нужно создавать вью

[WebDeveloper2016]

sim3x: но где же тогда создать эту чертову страницу-макет с хедером и футером???

[sim3x]

WebDeveloper2016:

./manage.py startapp core
cd core
edit views.py

Answer 2

[Артём Брюханов]

Проект - это твой сайт, mysite.ru. В котором настраиваются настройки в файле settings.py, урлы в urls.py.
Приложения - это часть логики сайта, к примеру: articles - где предположим хранится всё что относится к статьям на твоём сайте, шаблонов в папке templates, описания модели в файле models.py, и вывода представления в views.py.
И количество application в твоём проекте может быть очень много, к примеру корзины магазина, профиля пользователя, новостей, и тд. Что в своё очередь даёт возможность переносить application из проекта в проект.

Comments

[WebDeveloper2016]

А приложения могут подключать друг друга? И где например должна храниться главная страница? Отдельным приложением? Или прямо сверху без приложения?

[Артём Брюханов]

"А приложения могут подключать друг друга?" не совсем понятно что ты имел ввиду. Подключения всех приложений происходит в settings.py в INSTALLED_APPS. Если я немогу придумать к какому приложению она относится, то бывает делаю вот так https://docs.djangoproject.com/en/1.10/topics/clas... просто в приложении в urls.py

[WebDeveloper2016]

Артём Брюханов: А если я напишу какой-нибудь условно-общий хелпер, который будет полезен сразу во всех приложениях. Мне надо будет его как то подключить везде. Не копировать же исходник во все директории...

[Bjornie]

Артём Брюханов правильно ли я понимаю, что если у меня 100 вариантов урлов, то все эти правила я должен прописать изначально в urls.py?

Answer 3

[newpy]

Попробую привести немного по-другому пример: проект - это сайт, а приложения части сайта, тематически и главное логически разделенные. Например на сайте ведется блог, это приложение пусть называется "блог". На сайте есть гостевая книга - это другое приложение (по логике вещей гостевая книга же не относится к блогу, ведь так? Там будут свои урлы, шаблоны, свои модели, вью, методы и тд. для работы именно с гостевой). Есть магазин - это приложение "магазин" которое тоже в общем-то не имеет отношения к блогу. А вот статьи от блога, это скорее модель приложения "блог", чем отдельное приложение. Ведь статьи напрямую относятся к блогу, и никак не к гостевой книге или магазину, там же не пишутся статьи. Получить доступ из одного приложения к другому можно, НО. Не стоит делать приложения связанными.
Идея в том чтобы ты мог взять свое приложение "блог", и использовать его в любом другом своем проекте Сделать startproject, скопировать туда приложение blog, и должно работать. Условно ничего не переписывая "as is" (как есть). В одном проекте несколько приложений в общем никак не взаимодействуют. Для Блога будет URL ведущий и работающий с блогом, для Магазина так же, и для Гостевой. Главная страница может храниться в приложении Landing например или main. Еще на сайте/проекте может быть реализовано API это совершенно другая логика, поэтому это тоже отдельное приложение. Для понимания задай себе вопрос, например из мной приведенных примеров Products|Продукты это что и к чему из вышеописанного относится? Попробуй привести пример что еще на проекте/сайте можно выделить в приложение отдельное.

UPD.

Comments

[WebDeveloper2016]

А что с главной страницей??? Куда ее пихать? Т.е. сама основа на которой хедер, футер и в нее уже контент этих приложений вставляется. Ее что отдельным приложением сделать?

[newpy]

WebDeveloper2016: контент не вставляется, у каждого приложения свои темплейты, а основа страницы у всех одинаковая например, тебе подсказали - положи в main например, хотя и этого делать не обязательно - создавать отдельное приложение только ради темплейта главной страницы или лендинга. Ты просто сделаешь заготовку шаблона (главный шаблон) в котором будут секции хедер, футер, и секция контент. В меню у тебя будут урлы на Гостевую, Блог, Галерею, и тд, это всего лишь урлы. А дальше в каждом приложении ты расширяешь базовый этот шаблон и своя секция контента. То есть в каждом приложении будут свои темплейты для контента например. Ну или вообще свои темплейты полностью. Это как ты задумаешь уже.

[WebDeveloper2016]

newpy: чет не очень понял. Где должен лежать этот главный шаблон??? прямо в корне без приложения чтоли?

[WebDeveloper2016]

newpy: А вот так как я сейчас привел пример в начале темы пойдет?

[newpy]

вполне. У тебя будет базовый шаблон base, там будет header, footer и {% block content %}Все что остается, это в шаблонах приложения писать нечто вроде {% extends "base.html" %}
Советую просто внимательно прочитать документацию. Там по полкам это разложено.

[newpy]

djbook.ru/rel1.9/ref/templates/language.html#templ...

[WebDeveloper2016]

newpy: да, про наследование шаблонов я уже знаю. Делал это. Просто не знал где правильнее эту страницу разместить. Странно, а вон выше говорят что нельзя так делать... Кому верить? :D

[newpy]

WebDeveloper2016: там написано несколько по-другому

проджект нужно писать с маленькой
в поддиректории проекта не нужно создавать вью

А не то что так делать нельзя, и еще выше пишут все правильно. В идеальном случае надо, как я тоже выше говорил, стараться делать так, чтобы можно было приложение взять и использовать отдельно. Что для этого нужно? Положить свой главный шаблон/шаблоны с главной страницей, ты можешь где угодно.

TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [],
        'APP_DIRS': True,
        'OPTIONS': {
            # ... some options here ...
        },
    },
]

где DIRS это list с путями к директориями где джанга будет искать шаблоны. Так вот ты можешь создать в корне проекта, и положить туда все шаблоны, и джанга будет их брать отуда. А для базовых, создать подпапку base например.

project_root/
    /templates
        /base
        /app1
        /app2
    /app1
    /app2

Таким образом шаблоны хранятся в одном месте. При этом все в одной папке, но для приложения 1 в своей, для приложения 2 в другой, базовые в base.
Что получается, если ты копируешь и хочешь использовать app1 в другом проекте, ты копируешь папку с приложением самим app1, и копируешь /templates/app1 в корень другого проекта. Вуаля, все работает в другом проекте и соблюдается принцип слабой связанности. Может так понятнее? =)

[WebDeveloper2016]

newpy: мне важно не то чтобы можно было положить куда угодно. Это и так понятно. Мне важно чтобы было стандартизировано скажем так. Т.е. так как все делают. Как делают в реальных проектах.

[newpy]

Это и есть стандарт.
Принцип модульности
"Как все" тоже хороший принцип, главное не переборщить.
Если я скажу что так делают почти все или многие, это устроит? Если скажу что так делают в Mail.ru (я обновил ответ и загрузил картинку) устроит?
Вообще раз такие проблемы советую посмотреть этот курс на Степике, там про все сразу и в частности это видео с архитектурой проекта на джанге
Видео