AO
для Django была бы верной стратегия более тесной интеграции с SQLAlchemy и модульность
Size: a a a
2019 February 08
PB
господи
PB
это означает ее заново написать
PB
и выкинуть все батарейки
PB
A
для Django была бы верной стратегия более тесной интеграции с SQLAlchemy и модульность
т.е. выкинуть джанго по сути.
AO
не обязательно
AO
да нет же
AO
вот как с джинджой сделали
AO
так и с SQLAlchemy можно
AD
если тебе не нравится дажнго орм, нафиг тее вообще джанга?
действительно)
AO
некоторые проекты большие, "выкинуть и переписать" там не получится
AO
это слишком дорого
A
ну может еще лет через 10… они то джинджу не сразу прикрутили. а на ORM много чего завязано.
AD
выкидивай тогда сразу джангу и бери фласк
а что по части SQL?
Все равно нужен ORM
Или типа, взять Flask+SQLA?
Все равно нужен ORM
Или типа, взять Flask+SQLA?
AO
введение SQLAlchemy как опциональной не убирало бы Django ORM, они могли бы работать вместе
PB
а что по части SQL?
Все равно нужен ORM
Или типа, взять Flask+SQLA?
Все равно нужен ORM
Или типа, взять Flask+SQLA?
фласк и алхимия
AO
то есть тут зависит от целей) выкинуть и переписать можно что угодно, но это деньги и время) поэтому тут кажется разумным то, что есть, оставить так, как есть и медленно депрекейтить, а новое делать на SQLAlchemy, без шаблонизаторов на стороне фреймворка, только с APi и так далее
AO
то есть без "давайте всё сломаем и всё перепишем"
AO
а постепенно и плавно