V
что за джанго-приложение и джанго-проект?
Size: a a a
2020 September 04
LL
Читаю книгу про феникс, парралельно копипастю куски кода из нее. Подскажите пожалуйста это нормально что вебсокет с Presence подключается почти 6мс, судя по логам. А на вебстранице на глаз задержка еще больше
Нет, не нормально
РП
V
что за джанго-приложение и джанго-проект?
В Джанго (питон эко-система) есть две основных консольных команды
django-admin startproject name - это создание проекта.
Дальше он может состоять из нескольких приложений
django-admin startapp name-blog - вот это работа с блогом в проекте
django-admin startapp name-forum - вот это работа с форумом в проекте
django-admin startapp name-dashboard - а это, скажем так, личный кабинет пользователя
В приложении name будут отдельные каталоги и каждый со своим кодом.
django-admin startproject name - это создание проекта.
Дальше он может состоять из нескольких приложений
django-admin startapp name-blog - вот это работа с блогом в проекте
django-admin startapp name-forum - вот это работа с форумом в проекте
django-admin startapp name-dashboard - а это, скажем так, личный кабинет пользователя
В приложении name будут отдельные каталоги и каждый со своим кодом.
РП
Надеюсь смог объяснить )
РП
В каталоге проекта name будет около-такая структура
name
|- name-blog
|- name-forum
|- name-dashboard
name
|- name-blog
|- name-forum
|- name-dashboard
V
Ну то что приложения структурно являются частями проекта - интуитивно понятно. Как они взаимодействуют друг с другом? Где их точки соприкосновения? В каких случаях делают приложения, а не отдельные проекты? В джанге имею ввиду.
V
То есть, когда ты спрашиваешь про аналог джанговских приложений в фениксе - какого функционала и разделения на каком уровне ты пытаешься добиться?
T
V
что за джанго-приложение и джанго-проект?
Jango the Unchained
AB
V
Ну то что приложения структурно являются частями проекта - интуитивно понятно. Как они взаимодействуют друг с другом? Где их точки соприкосновения? В каких случаях делают приложения, а не отдельные проекты? В джанге имею ввиду.
Проект это контейнер для приложений, на его стороне конфигурация, middleware пайплайн, роутинг, базовые темплейты. В приложениях - модели, контроллеры, их собственные шаблоны.
РП
Проект это контейнер для приложений, на его стороне конфигурация, middleware пайплайн, роутинг, базовые темплейты. В приложениях - модели, контроллеры, их собственные шаблоны.
Фактически да
РП
Каждое приложение как отдельный продукт. В рамках проекта к ним доступ через роуты.
Благодаря чему ты можешь повторно использовать приложение в других проектах.
Сами приложения по необходимости могут иметь доступ (грубо сказано) к другим приложениям.
Благодаря чему ты можешь повторно использовать приложение в других проектах.
Сами приложения по необходимости могут иметь доступ (грубо сказано) к другим приложениям.
РП
Каждое приложение может иметь свою БД, или делить ее с кем то (я видел и не раз такую кривизну), мне этот подход лично не нравиться
РП
Феникс для меня немного не понятен, вот и ищу аналогии
РП
Феникс для меня немного не понятен, вот и ищу аналогии
Хотя вполне возможно, это не правильный подход.
Может проще все забыть и с нуля
Может проще все забыть и с нуля
РП
V
То есть, когда ты спрашиваешь про аналог джанговских приложений в фениксе - какого функционала и разделения на каком уровне ты пытаешься добиться?
Я всегда изучаю новое "в боевом порядке". Делаю проект и по ходу изучаю, что и как.
V
Я всегда изучаю новое "в боевом порядке". Делаю проект и по ходу изучаю, что и как.
ну да, ну да
V
Проект это контейнер для приложений, на его стороне конфигурация, middleware пайплайн, роутинг, базовые темплейты. В приложениях - модели, контроллеры, их собственные шаблоны.
ясно, спасибо
РП
Это всем вам спасибо )
B
А ElixirConf был уже?