AO
Ты хочешь сказать что асинхронный подход это шаг вперёд по сравнению с синхронным?
зависит от задачи) иногда да)
Size: a a a
2019 March 21
AO
иногда это ни на что не повлияет
A
Ты хочешь сказать что асинхронный подход это шаг вперёд по сравнению с синхронным?
шаг в сторону, позволяет более плотно использовать сервер
C
иногда это ни на что не повлияет
Это 80% кейсов имхо
AO
мне хочется, чтобы асинхронный код был бы "по умолчанию", но я не считаю правильным пропихивать его в 100% случаев всем подряд
A
Я уже начал писать на Джанго, мне она нравится) тем более кроссплатформенность нужна. Потому просто хотел узнать, есть ли какие то особенности для десктопа
посмотри на Electron
C
мне хочется, чтобы асинхронный код был бы "по умолчанию", но я не считаю правильным пропихивать его в 100% случаев всем подряд
А какой плюс от него по умолчанию? Пересложнение кода, возможность чихом заблокировать ивентлуп и получить посадку итд итп
A
про Django vs асинхронность, дайти конструктор/cookiecutter для асинхронщины, с шаблонизатором, ОРМ, админкой, мидварями, туториалом, сообщество, батарейки и 80% будет на нем
AO
А какой плюс от него по умолчанию? Пересложнение кода, возможность чихом заблокировать ивентлуп и получить посадку итд итп
ну вот примерно поэтому я и считаю, что нужно время, переход должен быть плавным, нельзя говорить "вот эта версия Django поддерживает только асинхронный код, вот вчера было так, а сегодня так", нужно много версий с поддержкой обоих вариантов, чтобы у людей была бы возможность на одной версии Django использовать оба варианта
C
Это будет не скоро.
AO
любой код, который кажется незнакомым, кажется сложным, тут дело привычки, вот поэтому и не надо это агрессивно насаждать, надо давать выбор) чтобы и так и так можно было бы)
D
ну вот примерно поэтому я и считаю, что нужно время, переход должен быть плавным, нельзя говорить "вот эта версия Django поддерживает только асинхронный код, вот вчера было так, а сегодня так", нужно много версий с поддержкой обоих вариантов, чтобы у людей была бы возможность на одной версии Django использовать оба варианта
Для этого есть мажорная версия в семантическом версионировании. Если мажорный тег меняется, то люди понимают, что обратная совместимость поломана, и обновляться будет больно.
AO
вы же помните, как добавлялась поддержка Python 3, там была 1 или 2 "тестовых" версии
AO
то есть "мы вам добавили поддержку Python 3, но ничего не гарантируем"
C
Это другое
C
Тут придется менять wsgi
C
Всю модель разработки. Проще будет заново написать
AO
придётся передеплоить Django через asgi, вероятно
AO
для пользователя это выглядит как "чтобы поиграться с асинхронщиной, нужно изменение способа деплоя"
AO
там в настройках форм есть опция выбора шаблонизатора, её нельзя поставить в None