Posté par Ludo .
En réponse au journal DjangoFloor.
Évalué à 2.
Dernière modification le 26 avril 2015 à 08:46.
Salut,
Ton projet est une bonne idée, dommage que je ne fasse plus de Django ;-)
Plus sérieusement, je reconnais que ta solution pour faire du WebSockets me paraît vraiment compliqué. Je comprends bien pourquoi tu as fait ça, ça permet de faire du WebSockets tout en restant dans Django.
Quand tu commences à avoir des bugs, l'empilage de toutes ces couches ne rend pas le debug trop compliqué ?
Mais dès que tu vas vouloir faire du flux bidirectionnel dans la même requête, tu vas être vite coincé, ou plutôt, tu vas décomposer ça en plusieurs endpoints côté Django, et en gros, tu te retrouves avec une logique de callbacks à la Twisted.
Pour ma part, quand je faisais du Django, pour la partie WebSockets, j'avais un démon Twisted à côté afin d'avoir un pattern async qui matche bien avec la business logic des WebSockets.
Maintenant, je fais de l'AsyncIO avec aiohttp.web, ce qui me permet d'avoir des endpoints qui peuvent à la fois répondre en HTTP pur et en WebSockets sur la même URL.
Mais je comprends bien que quand tu as un website existant qui est déjà tout codé en Django, tu ne vas pas tout refaire ;-)
# La solution WebSockets n'est pas un peu over-compliquée ?
Posté par Ludo . En réponse au journal DjangoFloor. Évalué à 2. Dernière modification le 26 avril 2015 à 08:46.
Salut,
Ton projet est une bonne idée, dommage que je ne fasse plus de Django ;-)
Plus sérieusement, je reconnais que ta solution pour faire du WebSockets me paraît vraiment compliqué. Je comprends bien pourquoi tu as fait ça, ça permet de faire du WebSockets tout en restant dans Django.
Quand tu commences à avoir des bugs, l'empilage de toutes ces couches ne rend pas le debug trop compliqué ?
Mais dès que tu vas vouloir faire du flux bidirectionnel dans la même requête, tu vas être vite coincé, ou plutôt, tu vas décomposer ça en plusieurs endpoints côté Django, et en gros, tu te retrouves avec une logique de callbacks à la Twisted.
Pour ma part, quand je faisais du Django, pour la partie WebSockets, j'avais un démon Twisted à côté afin d'avoir un pattern async qui matche bien avec la business logic des WebSockets.
Maintenant, je fais de l'AsyncIO avec aiohttp.web, ce qui me permet d'avoir des endpoints qui peuvent à la fois répondre en HTTP pur et en WebSockets sur la même URL.
Mais je comprends bien que quand tu as un website existant qui est déjà tout codé en Django, tu ne vas pas tout refaire ;-)
Bon dimanche.