Depuis que je connais Node.js, j'en ai toujours été fan. Mais aujourd'hui, j'ai découvert SignalR , qui fournit un modèle en temps réel asynchrone - évolutif - alternatif pour ASP.NET.
Autant que je sache, le principal avantage de Node.js par rapport à SignalR est le partage de code entre client-serveur (un autre avantage devrait être qu'il est multiplateforme), et le principal avantage de SignalR est un cadre beaucoup plus mature et bien meilleur support de l'outil (IDE). Alors je me demande: si SignalR est là, avons-nous besoin de Node.js sous Windows? Y a-t-il des avantages de Node.js que je ne connais pas?
asp.net
node.js
asynchronous
signalr
Quan Mai
la source
la source
Réponses:
SignalR est une alternative viable à Socket.IO et Node.js. Il existe cependant d'autres raisons d'utiliser javascript sur le serveur.
Cela aplatit la pile. De nos jours, presque tous les sites Web doivent avoir javascript sur le navigateur, et si vous l'utilisez également sur le serveur, vous pouvez supprimer une langue du lot dans laquelle vous devrez maîtriser.
La transmission de messages est très naturelle. JSON partout! Particulièrement combiné avec une base de données de documents qui utilise JSON, tout message passant devient juste des objets JSON. Cela réduit la quantité de courtage de messages qui doit se produire dans tout le système.
Ce n'est pas Microsoft. J'aime personnellement ce que Microsoft a fait pour la communauté des développeurs. Ils créent des outils fantastiques et l'un des meilleurs frameworks et langages disponibles. Cela étant dit, certaines personnes adorent détester Microsoft.
Coût. Il existe de nombreuses bonnes façons d'obtenir des outils Microsoft gratuitement ou à très bas prix (éditions Express et Biz Spark). Il y a toujours un coût plus élevé associé à l'utilisation des outils Microsoft. Je pense que ce coût vaut les gains de productivité dans la plupart des cas, mais tout le monde n'est pas d'accord.
En plus de ce qui précède, il existe toujours une histoire selon laquelle vous ne pouvez pas mettre à l'échelle de longues demandes d'interrogation sur IIS en raison du modèle de thread. Cela a une part de vérité, mais avec une bonne conception de code et quelques ajustements de serveur, vous pouvez principalement contourner ces problèmes.
la source