AO
а админку нельзя переделать без API
Size: a a a
2019 March 21
AO
а перед API было бы логичнее ORM подправить, чтобы потом не рефакторить снова это API
AO
вот так и получается, что первой задачей надо улучшать/делать асинхронной работу Django ORM и надо подталкивать разработчиков к этому шагу
C
Опять Джанго хороните)
AO
не, Django норм, наоборот, я желаю ей долгих лет жизни)
AO
но чтобы долго жить - надо развиваться)
C
Зачем асинхронный орм синхронной джанге?
AO
так Django синхронная во многом потому, что синхронный ORM)
C
Или потому что её такой задумали? Какой смысл в асинхронщине, если синхронная модель продолжает работать хорошо? Чтоббыло?
C
Админку нужно переделать это да.
AO
ну, я не говорю про удаление поддержки синхронного кода) по крайней мере пока) то есть у тех, у кого синхронный код, смогут и дальше им пользоваться лет 10)
AO
я говорю про добавление поддержки асинхронного)
A
Дешевле? Мне нужно дестопное офлайн приложение, вы меня наверное не поняли
какая БД?
L
Без разницы какая, пока sqlite3 юзаю
A
Без разницы какая, пока sqlite3 юзаю
если сидишь на винде проше накидать на .net
A
Без разницы какая, пока sqlite3 юзаю
чемmysql workbench или pgadmin не подходит?
AO
вообще, поддержка синхронного/асинхронного кода это как Python 2 vs Python 3, не обязательно всех заставлять сразу переходить, можно несколько лет поддерживать оба варианта и потом окажется, что этот переход случится как-то сам собой
L
Я уже начал писать на Джанго, мне она нравится) тем более кроссплатформенность нужна. Потому просто хотел узнать, есть ли какие то особенности для десктопа
C
вообще, поддержка синхронного/асинхронного кода это как Python 2 vs Python 3, не обязательно всех заставлять сразу переходить, можно несколько лет поддерживать оба варианта и потом окажется, что этот переход случится как-то сам собой
Ты хочешь сказать что асинхронный подход это шаг вперёд по сравнению с синхронным?