30 votes

SockJS ou Socket.IO ? Vaut-il la peine de recoder une page basée sur ajax ?

Lequel est le meilleur : Socket.IO o SockJS et quelles sont les plus grandes différences ?

Est-il difficile de reconstruire une page entièrement basée sur ajax en une page basée sur node.JS / socket.io ? Dois-je recoder absolument tout ? Y a-t-il de bons tutoriels sur la façon de le faire ? Cela vaut-il la peine de le faire (à votre avis) ?

18voto

Tracker1 Points 6573

SockJS dispose de plus d'options côté serveur. Si vous ne voulez pas être lié à Node.js, cela peut être une option. La mise à l'échelle semble fonctionner au mieux, d'après certains benchmarks utilisant PyPy pour héberger la partie côté serveur.

socket.io offre davantage d'options de transport, dont Flash. Même si vous n'aimez pas Flash, il y a la possibilité d'utiliser une option de réel WebSocket, qui peut être plus efficace en fonction de vos souhaits de mise en œuvre.

Le fait est que l'un ou l'autre fera l'affaire, cela dépend juste de vos envies. Je vous suggère de créer une application triviale dans chacun d'eux et de voir si les API de l'un vous semblent plus naturelles.

Personnellement, je suis plus enclin à utiliser socket.io ... Je dirai aussi que si vous avez besoin d'évoluer en utilisant des clusters, vous devrez probablement aussi élaborer une stratégie pour utiliser un serveur pub/sub (tel que redis) car différentes requêtes peuvent arriver à différents processus qui ne partagent pas l'état de la mémoire.


Il faut également noter qu'il existe un cadre similaire pour .Net appelé SignalR ...

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X