NodeJS vs SignalR : Pourquoi avons-nous besoin de javascript côté serveur ?

Question

Depuis que j'ai connu sur Nodejs, je suis toujours un fan de lui. Mais aujourd'hui, j'ai trouvé à propos de SignalR , qui fournissent une solution asynchrone évolutive en temps réel modèle de ASP.NET.

Autant que je sache, le principal avantage de Nodejs plus de SignalR est le partage de code entre client-serveur (un autre avantage de la croix-plate-forme), et le principal avantage de SignalR est beaucoup plus mature cadre et de loin meilleure que outil (IDE) prend en charge. Donc, je me demande moi, c'est que si SignalR est ici, donc nous n'avons besoin de Nodejs sur Windows plus? Est-il un des avantages de Nodejs je ne le savais pas?

Answer 1

SignalR est une alternative viable à Douille.IO et Node.js. Il y a d'autres raisons d'utiliser javascript sur le serveur.

1. Il aplatit la pile. Presque n'importe quel site web ces jours-ci a de javascript sur le navigateur, et si vous l'utilisez sur le serveur, vous pouvez couper la langue de sortir du lot que vous aurez à maîtriser.

2. La transmission de Message est très naturel. JSON Partout! Surtout combiné avec un document de la base de données qui utilise JSON, tous les de passage de messages deviennent objets JSON. Ce fait réduit la quantité de message de courtage est ce qui arrivera dans l'ensemble du système.

3. Ce n'est pas Microsoft. Personnellement, j'adore ce que Microsoft a fait pour la communauté du développement. Ils font d'excellents outils et l'un des meilleurs cadres et les langues autour de. Cela étant dit, certaines personnes juste l'amour à la haine de Microsoft.

4. Coût. Il y a beaucoup de bons moyens d'obtenir des outils de Microsoft pour gratuit ou très bon marché (les éditions Express et Biz Étincelle). Il y a toujours un coût plus élevé associé avec le travail avec les outils de Microsoft. Je crois que ce coût est la valeur de l'gains de productivité dans la plupart des cas, mais pas tout le monde est d'accord.

En plus de ce qui précède, il est toujours l'histoire qui va autour de ce que vous ne pouvez pas l'échelle de temps d'interrogation des demandes de services internet (IIS) en raison du modèle de thread. Ce qui a une certaine vérité à cela, mais avec la bonne conception de code, et un serveur de bricolage, vous pouvez la plupart l'obtenir autour de ces problèmes.