P
Если чистый sql по сути джанговская модель и не нужна , нужны свои классы которые отображают бизнес модель , так ?
Да
Size: a a a
2019 July 29
MB
выйдем
P
Если чистый sql по сути джанговская модель и не нужна , нужны свои классы которые отображают бизнес модель , так ?
В таком случае и миграции не нужны будут
Просто работаешь мануально
И играешься как хочешь
Просто работаешь мануально
И играешься как хочешь
ES
Именно так хочется гибкости и полного контроля
EM
🤔а зачем тогда django?
C
🤔а зачем тогда django?
видимо потому что лень
ES
Библиотек много, а так работу с базой я беру на себя или же sonic/flask
C
Библиотек много, а так работу с базой я беру на себя или же sonic/flask
забудь за саник и фласк
C
хотя нет, фласк еще где то можно поюзать
ES
А что не так с ними, мне только от этого всего API нужно, на фронте SPA
C
локально например
RS
Кто использует Django без ORM поделитесь опытом, по сути как я понимаю через дата классы все и чистый sql, какие есть подводные камни и стоит ли в этом случае вообще django использовать
Думаю, не стоит, ОРМ - одна из самых главных и крутых фич джанги (не все ее любят, но это факт)
Стоит взять какой-нибудь фласк или боттл, они возможно покажутся более гибкими
Стоит взять какой-нибудь фласк или боттл, они возможно покажутся более гибкими
C
А что не так с ними, мне только от этого всего API нужно, на фронте SPA
хорошая практика делать апи на асинхронщине
C
но саник не нужен
C
Думаю, не стоит, ОРМ - одна из самых главных и крутых фич джанги (не все ее любят, но это факт)
Стоит взять какой-нибудь фласк или боттл, они возможно покажутся более гибкими
Стоит взять какой-нибудь фласк или боттл, они возможно покажутся более гибкими
про орм плюсую
ниче удобнее джанговской орм для меня нет
но многие не любят
ниче удобнее джанговской орм для меня нет
но многие не любят
ES
Как все говорят по мере усложенения проекта от ORM только проблемы, начинаешь обходные пути искать, да для плоских таблиц и пары соединений все круто, а потом же не очень хорошо
C
Как все говорят по мере усложенения проекта от ORM только проблемы, начинаешь обходные пути искать, да для плоских таблиц и пары соединений все круто, а потом же не очень хорошо
это миф
руки решают
руки решают
C
если сильно хочется, по мимо орм можно ходить в бд запросами
ES
Смущает двойная писанина с моделями, кастомные и джанговские
RS
Как все говорят по мере усложенения проекта от ORM только проблемы, начинаешь обходные пути искать, да для плоских таблиц и пары соединений все круто, а потом же не очень хорошо
Это очень утрированно тебе все говорят.
У меня есть и большие и огромные проекты (мой любимый - 480+ таблиц, 40+ приложений внутри), ОРМ справляется в 95% случаев
Где она не справляется ты спокойно пишешь чистый SQL и на этом все
У меня есть и большие и огромные проекты (мой любимый - 480+ таблиц, 40+ приложений внутри), ОРМ справляется в 95% случаев
Где она не справляется ты спокойно пишешь чистый SQL и на этом все