Mejores servidores de JavaScript del lado del servidor [cerrada]

Question

Me he estado preguntando a probar JavaScript del lado del servidor por un tiempo. Y yo estoy encontrando una cantidad buena de servidores, como: Node.js href="http://en.wikipedia.org/wiki/SpiderMonkey_%28Javascript_engine%29" rel="nofollow noreferrer"> SpiderMonkey entre otros .

Podría alguien con experiencia en Javascript del lado del servidor, dime cuáles son los mejores motores? ¿y por qué? Me gusta la Node.js porque está basado en el motor V8 de Google. Y parece fácil de usar. Sin embargo, algunos comentarios sobre lo que elegiría sería grande.

Editar:

Algunos puntos de referencia para el nodo.

Estoy pensando en ir con este, pero todavía regeneración es bienvenida.

Gracias

Answer 1

Creo que cada solución tiene sus propias ventajas / desventajas

A continuación una lista de soluciones SSJS:

• Aptana Jaxer : tristemente abandonada

• Sitepoint Persevera : basado en Rhino - incluyen JSDB, apoya JSON consultas - por Kris Zyp, el autor de JSON esquema

• RingoJS : basado en Rhino - Helma ex GN sucesor de Helma que existió desde hace mucho tiempo - multihilo - comunidad agradable - gran actor en CommonJS

• Narwhal : puede trabajar en cualquiera spidermonkey, V8, o webkit JavaScriptCore - otro gran actor en CommonJS - define la API JSGI Jack en el servidor

• Joyent NodeJS : basado en V8 (rápido) - todo se está ejecutando en un solo hilo - todo el código debe ser escrito utilizando las devoluciones de llamada - gran cantidad de módulos disponibles a través de la NGP (nodo Administrador de paquetes)

• 4D Wakanda : basado en Webkit JavaScriptCore aka SFX o nitro (que ha sido más rápido que V8 y podría ser más rápido de nuevo) - incluir un objeto NoSQL orientado JavaScript almacén de datos con una API REST nativa - multi-hilo - proporciona un estudio con un depurador, un diseñador de modelos, y un diseñador de interfaz gráfica de usuario - proporciona un marco con widgets directamente enlazable al almacén de datos y entre cada otros

• Proyecto APE : basado en spidermonkey - un motor de empuje para sincronizar los datos en vivo entre muchos navegadores visitantes

• 10gen MongoDB : almacenar un documento NoSQL permitiendo que el código, ya sea en Erlang & JavaScript (usando spidermonkey)

• Apache CouchDB : Otra tienda NoSQL documento también permite que el código en cualquiera de Erlang y JavaScript (usando spidermonkey)

Vea una JavaScript del lado del servidor presentación con un poco de historia, puntos de referencia, y descripciones

Answer 2

La palabra servidor se utiliza mal. Esos son diferentes implementaciones de JavaScript.

En lo personal lo único que estoy dudoso acerca de estas implementaciones se trata de la baja cantidad de bibliotecas del sistema. La mayoría de ellos vienen con material estándar (tomas de corriente, sistema de ficheros, etc ..), pero carece de soporte para Hilos y concurrencia. Es por eso que por lo general utilizan Rhino , a menos que me importa para la velocidad.

Answer 3

Puede ser útil para describir el problema que está tratando de resolver. Hay un montón de "del lado del servidor" JS implementaciones que llenan varias necesidades. Se había también varias plataformas "servidor" construidas alrededor de estas implementaciones. Escribí una implementación en la parte superior de Rhino y servlets Java, llamado Myna . Myna es para aplicaciones web, y detallan algunas de sus ventajas en otro pregunta .

¿Estás tratando de implementar aplicaciones web? ¿Estás tratando de código existente guión? ¿Su necesidad de código para iniciar rápidamente desde una línea de comandos, o va a ser implementado como un demonio?

Hay ganadores Actualmente no claras en este espacio que hacen todas estas cosas bien, pero hay buenas opciones para necesidades específicas.