Les meilleurs serveurs javascript côté serveur [fermé]

Question

Je me demandais d'essayer javascript côté serveur pendant un certain temps. Et je trouve une bonne quantité de serveurs, comme: Node.js href="http://en.wikipedia.org/wiki/SpiderMonkey_%28Javascript_engine%29" rel="nofollow noreferrer"> SpiderMonkey entre autres .

Quelqu'un pourrait-il avec l'expérience javascript côté serveur, dites-moi quels sont les meilleurs moteurs? et pourquoi? J'aime les Node.js parce qu'il est basé sur le moteur V8 de Google. Et semble facile à utiliser. Mais certains commentaires sur ce que vous choisiriez serait génial.

Edit:

Quelques points de repère pour le noeud.

Je pense à aller avec celui-ci mais le retour est toujours les bienvenus.

Merci

Answer 1

Je pense que chaque solution a ses propres avantages / inconvénients

ici une liste de solutions SSJS:

• Aptana Jaxer : malheureusement abandonné

• Sitepoint Persévérez : basé sur Rhino - comprennent JSDB, soutient la requête JSON - par Kris Zyp, l'auteur du schéma JSON

• RingoJS : basé sur Rhino - ex Helma NG successeur de Helma qui existait depuis il y a longtemps - multi-thread - belle communauté - grand acteur sur CommonJS

• Narwhal : peut fonctionner soit sur SpiderMonkey, V8 ou WebKit JavaScriptCore - un autre grand acteur sur CommonJS - défini l'API JSGI dans le serveur Jack

• Joyent NodeJS : basé sur V8 (vite) - tout est en cours d'exécution dans un seul fil - tout le code doit être écrit en utilisant callbacks - beaucoup de modules disponibles via NPM (Package Node Manager)

• 4D Wakanda : basé sur Webkit JavaScriptCore aka SFX ou Nitro (qui a été plus rapide que V8 et pourrait être plus rapide à nouveau) - inclure un datastore JavaScript orienté objet NoSQL avec une API native REST - multi-thread - fournit un studio avec un débogueur, un concepteur de modèle, et un concepteur graphique - fournit un cadre avec des widgets directement bindable au datastore et entre les uns des autres

• projet APE : basé sur SpiderMonkey - un moteur Push pour synchroniser des données en direct entre de nombreux navigateurs de visiteurs

• 10gen MongoDB : Un NoSQL magasin de document code permettant soit Erlang et JavaScript (en utilisant SpiderMonkey)

• Apache CouchDB : Un autre magasin de document NoSQL permettant également le code dans les deux Erlang et JavaScript (en utilisant SpiderMonkey)

Voir côté serveur JavaScript présentation avec quelques points de repère, l'histoire, et les descriptions

Answer 2

Le mot serveur est mal utilisé. Ce sont les différentes implémentations JavaScript.

Personnellement, la seule chose que je doute au sujet de ces implémentations est la faible quantité de bibliothèques système. La plupart d'entre eux viennent avec des trucs standard (sockets, système de fichiers, etc ..) mais manque de soutien pour les discussions et la concurrence. Voilà pourquoi je l'habitude d'utiliser Rhino , à moins que je me soucie de la vitesse.

Answer 3

Il pourrait aider à décrire ce problème que vous essayez de résoudre. Il y a beaucoup de « côté serveur » implémentations JS qui remplissent différents besoins. Une là aussi plusieurs plates-formes « serveur » construit autour de ces implémentations. J'ai écrit une mise en œuvre sur le dessus de Rhino et Java Servlets, appelé Myna . Myna est pour les applications web, et je détaillé quelques-uns de ses avantages dans un autre question .

Vous essayez de déployer des applications Web? Essayez-vous de code existant de script? Est-ce que votre code doit commencer rapidement à partir d'une console, ou est-il va être mis en œuvre en tant que démon?

Il n'y a pas de gagnants dans cet espace qui font toutes ces choses, mais il y a de bons choix pour des besoins spécifiques.