Как стать автором
Обновить

Комментарии 12

График действительно впечатляет. Осталось только разработать асинхронный фреймворк со всеми возможностями, что и у Django.
Не нужно как Django. Нужен конструктор, а не комбайн.
вы так говорите, будто комбайны не нужны.
Нужны, но, когда совсем ничего нет, конструктор будет полезнее. Сделать из него комбайн проще, чем сделать из комбайна конструктор.

Для новичков Django хватает выше крыши, тем более, что его всё ещё пытаются сделать асинхронным. Вдруг получится.
Ещё стоит добавит что у Django очень большие проблемы с производительностью, джанга сама по себе раздута и тормознутая, а вот ORM это реально боль. Тотже flask + sqlhemy куда удобнее и быстрее, но придётся многие вещи писать руками и думать головой + самому решат какие и почему архитектурные решения применять.
Да, подтверждаю что лучше использовать flask + sqlhemy удобно и по проще использовать решения по сравнению с Джангой.

Эту статью взял на заметку, вызывает интерес.
Ну вообще джанго это вполне себе конструктор. Там много чего зависит от ORM в силу удобства, но в целом, его вполне можно использовать «по частям», только шаблонизацию, или в режиме «как flask», не используя ORM. Другое дело что у него своя ниша, в которой без ORM он особо не нужен.
В теории можно форкнуть Django и без ORM натянуть его на aiohttp, должно взлететь без особой боли. Интереснее конечно было бы wsgi протокол сделать, но это уже долго и сложно.
ORM на asyncio перетащить вообщем-то не сложно само по себе, но кода нужно очень много…

На самом деле asyncio хорош больше там где есть постоянные соединения, типа веб сокетов. Интересно было бы нафигачить веб-сокет либу со встречной JS реализацией, например на Angular. Можно было бы делать всякую интересную динамику.
Стоит попробовать muffin.
Кто нибудь использует EdgeDB? Какие плюсы, минусы, плюшки, проблемы? Что вообще в этой вещи особенного?

А она уже есть?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации