K
я бы все же взял Ангуляр в таком случае
Size: a a a
2019 November 19
MC
Чем он хорош?
K
в нем уже есть скомпонованые модули которые тебе понадобятся, плюс готовая структура приложений, свой http client, модули для авторизации, контроля доступа и т.д
Реакт это же как фласк, есть библиотека и куча батареек под него, которые надо скопоновать самостоятельно и все вытекающие
Реакт это же как фласк, есть библиотека и куча батареек под него, которые надо скопоновать самостоятельно и все вытекающие
MC
в нем уже есть скомпонованые модули которые тебе понадобятся, плюс готовая структура приложений, свой http client, модули для авторизации, контроля доступа и т.д
Реакт это же как фласк, есть библиотека и куча батареек под него, которые надо скопоновать самостоятельно и все вытекающие
Реакт это же как фласк, есть библиотека и куча батареек под него, которые надо скопоновать самостоятельно и все вытекающие
Спасибо
K
у нас был фронт на реакте, выбросили и сделали иначе.
MC
у нас был фронт на реакте, выбросили и сделали иначе.
На angular?
QL
На angular?
Vue гораздо удобнее
K
Vue гораздо удобнее
Плюсую, только как я понял у человека выбор, или реакт или ангуляр
K
На angular?
На Django + backbone
MC
Плюсую, только как я понял у человека выбор, или реакт или ангуляр
Мне Django своим ORM совсем не нравится (((.
K
Мне Django своим ORM совсем не нравится (((.
ну это разговор не в этом чате, тут многим джанга не нравиться, ты просто спросил, я ответил)
RK
Привет
Посоветуйте где посмотреть или почитать про структуру проекта, так чтобы к ней можно было без проблем что-нибудь прикручивать всякие штучки(например, pytest, redis)
Посоветуйте где посмотреть или почитать про структуру проекта, так чтобы к ней можно было без проблем что-нибудь прикручивать всякие штучки(например, pytest, redis)
RK
Вот у меня ещё такой кейс был. В проекте написал сервисы, которые запускаются как демон ос по расписанию. И там была проблема с sqlalchemy, потому что я брал объекта приложения Фласка и соответственно там не было нужных настроек, поэтому я просто отдельно создал соединение для базы данных без участия Фласка(create_engine, Session). Такое решение норм или есть что получше?
V
Вот у меня ещё такой кейс был. В проекте написал сервисы, которые запускаются как демон ос по расписанию. И там была проблема с sqlalchemy, потому что я брал объекта приложения Фласка и соответственно там не было нужных настроек, поэтому я просто отдельно создал соединение для базы данных без участия Фласка(create_engine, Session). Такое решение норм или есть что получше?
Простое решение не брать надслойку над фласком
V
И использовать чистую алхимию в обоих случаях
V
Тоже с таким столкнулся при использовании celery
RK
И использовать чистую алхимию в обоих случаях
В таком случае алхимию надо инициализировать во время старта сервака посредством create_engine?
T
Вот у меня ещё такой кейс был. В проекте написал сервисы, которые запускаются как демон ос по расписанию. И там была проблема с sqlalchemy, потому что я брал объекта приложения Фласка и соответственно там не было нужных настроек, поэтому я просто отдельно создал соединение для базы данных без участия Фласка(create_engine, Session). Такое решение норм или есть что получше?
да, юзай везде голую алхимию и всё
T
В таком случае алхимию надо инициализировать во время старта сервака посредством create_engine?
да, а ещё create_session в before_request и закрыть её в after_request
АП
Скопед сессия же.