AO
ну, в общем, эти вещи не конфликтуют, смысл https://github.com/phalt/django-api-domains в том, чтобы сказать "нам нужно отделить модели, сервисы, API и интерфейсы друг от друга", а не о том, как внутри делать сервисы
Size: a a a
2019 May 06
AO
а dry-python - это о том, как сделать эти сервисы внутри
AO
как мне кажется, dry-python лучше подойдёт для сложных приложений, где действительно имело бы смысл выделять эти цепочки
AO
в простых приложениях мне было бы проще без этого
AO
было бы неплохо чтобы Django API Domains не конфликтовал с dry-python, но при этом dry-python был бы опциональным (хочешь - используешь, хочешь - нет)
a
Как обойти HTTP-ошибку 403: Запретить с помощью urllib.request с помощью Python 3
E
А чем плохо сделать collectstatic вне контейнера?
AB
@lorddaedra @proofit404 сможет рассказать более подробно про dry-python
AL
ну, в общем, эти вещи не конфликтуют, смысл https://github.com/phalt/django-api-domains в том, чтобы сказать "нам нужно отделить модели, сервисы, API и интерфейсы друг от друга", а не о том, как внутри делать сервисы
смотрю README, а как будто читаю ваши сообщения))
AO
@lorddaedra @proofit404 сможет рассказать более подробно про dry-python
если у кого-нибудь есть желание попиарить этот подход в данном чате - да, без проблем, он выглядит неплохо)
AL
@lorddaedra @proofit404 сможет рассказать более подробно про dry-python
было бы круто кстати! может, если у коллег будет желание и возможность, конфу в телеграм-канале сделать по этому поводу? я бы вписался послушать
AM
Всем привет.
V💊
AO
А чем плохо сделать collectstatic вне контейнера?
а зачем?
AM
Не вопрос. Мы командой dry-python наверное можем собрать стрим, поотвечать на вопросы. Может даже лайф кодинг организовать.
AO
А чем плохо сделать collectstatic вне контейнера?
это не плохо если ты понимаешь, зачем именно нужно именно так)
AB
@proofit404 у людей есть вопросы что такое dry-python и зачем он нужен
AO
Не вопрос. Мы командой dry-python наверное можем собрать стрим, поотвечать на вопросы. Может даже лайф кодинг организовать.
как мне кажется, основное непонимание в том, что "а зачем эти сервисы вообще нужны", а не в том, "как именно их сделать"
AO
и тут у вас общая цель с django-api-domains
AM
Отвязать логику твоего приложения от фреймворка таким образом, чтобы был ясен конкретный бизнесовый сценаний в каждом конкретном случае.