G
джанго хороша тем что все из коробки ну и пофиг что монолит, стремно конечно пользовать сразу для вконтакте так и мир создавался не за семь дней
Size: a a a
2019 July 10
AO
Надо на Джаваскрипте писать, там всегда что-то новенькое
на бекенде не стоит)
MA
Надо на Джаваскрипте писать, там всегда что-то новенькое
Там совсем мрак, никакой конкретики, пиши как хочешь. А как надо - никто не знает, везде говнокод.
S
Никакого, собери сам называется.
бизнес прям любит такие вызовы)
G
на бекенде не стоит)
так фронт собирается обычно на ec6
AO
орм у него тоже кайфовая?
наверное, стоит уточнить, что фреймворк не навязывает ORM (есть разные, можно выбрать то, что нравится, как и в случае с Django, в общем-то)
G
вот то что нет вариантов гибко подключать орм это минус, т е чтобы не ис каропки
V
Может быть у твоего инстанса модели есть поле name и там None? (модель это позволяет, так как стоит null=True)
да, так и есть
Можно воспользоваться как-то getattr и чтобы возращалось тире вместо None, если name не задано?
Можно воспользоваться как-то getattr и чтобы возращалось тире вместо None, если name не задано?
VK
да, так и есть
Можно воспользоваться как-то getattr и чтобы возращалось тире вместо None, если name не задано?
Можно воспользоваться как-то getattr и чтобы возращалось тире вместо None, если name не задано?
instance.name if instance.name else ‘-‘
V
instance.name if instance.name else ‘-‘
у меня большой цикл и для каждого if делать, ну такое
хотелось getattr
хотелось getattr
AO
фреймворк без яиц, то етсь орм, не фреймворк
AO
но, в общем-то правильно говорят, что фреймворки как класс уже устарели и не нужны, нужны нормальные либы, умеющие без гемора дружить друг с другом
AO
вариантов несколько, в том числе и ORM, в том числе и для асинхронного кода, навязывать какой-либо один из них было бы ошибкой
AO
а, возможно, ты пользуешься какой-нибудь Couchbase и ORM для PostgreSQL тебе вообще не нужна, потому что PostgreSQL нет, так и зачем лишняя зависимость фреймворка
AO
к примеру, в документации к фреймворку можно было бы указать ссылку на asyncpg и ряд проектов над ней, но не навязывать этот выбор
AO
то есть все узнают про существование asyncpg, при этом использовать или нет - каждый решит сам
AO
AO
если у вас асинхронный код, то есть вот эти 3 варианта (ради интереса прогуглил, эти попались первыми, есть и другие), почему фреймворк должен навязывать 1 из них, чем это обосновано?
i
но, в общем-то правильно говорят, что фреймворки как класс уже устарели и не нужны, нужны нормальные либы, умеющие без гемора дружить друг с другом
когда они подружатся - это будет фреймворком)))
AO
тут многоуровневый выбор, сначала psycopg2 vs asyncpg (или отказ от поддержки PostgreSQL вообще), а потом уже выбор конкретной ORM (или отказ от неё)