¿Cómo decidir cuándo usar Node.js?

Creo que Node.js es el más adecuado para aplicaciones en tiempo real: juegos en línea, herramientas de colaboración, salas de chat, o cualquier cosa donde lo que un usuario (o un robot? o sensor?) ¿con las necesidades de la aplicación para ser visto por otros usuarios de forma inmediata, sin actualizar la página.

También debo mencionar que Socket.IO en combinación con Node.js reducirá el tiempo real de latencia, incluso más allá de lo que es posible con tiempo de sondeo. Socket.IO caerá de vuelta a la largo de votación como el peor de los casos, y en lugar de usar sockets web o incluso Flash si están disponibles.

Pero también debo mencionar que casi cualquier situación en la que el código de bloque debido a las roscas pueden ser mejor atendidos con Node.js. O en cualquier situación donde usted necesita la aplicación controlada por eventos.

Además, Ryan Dahl, dijo en una charla que una vez asistí a que el Node.js puntos de referencia estrechamente rival de Nginx para regular de edad de las solicitudes HTTP. Así que si queremos construir con Node.js podemos servir a nuestros normal de los recursos de una manera bastante eficaz, y cuando necesitamos el evento impulsado por las cosas, está listo para manejar.

Además, no todo el JavaScript todo el tiempo. Lingua Franca en toda la pila.

Razones para el uso de NodeJS:

• Se ejecuta Javascript, así que usted puede utilizar el mismo idioma en el servidor y el cliente, e incluso compartir el código entre ellos (por ej. para la validación del formulario, o para la prestación de puntos de vista en cada extremo.)

• El evento impulsado por el sistema es rápido, en comparación con los tradicionales de Java o ROR marcos, al manejar la gran cantidad de peticiones a la vez.

• La creciente grupo de paquetes, la mayoría de los cuales están convenientemente alojado en github. A veces puede informar de un problema y encontrar solucionado en cuestión de horas! Es bueno tener todo bajo un mismo techo, con estandarizada de la notificación y fácil que se bifurcan.

• Parece bastante adecuado para el desarrollo ágil y rápido producto de la iteración.

Razones de no uso de NodeJS:

• Se ejecuta el Javascript, que no tiene tiempo de compilación el tipo de comprobación. Para grandes y complejos, críticos para la seguridad de los sistemas, o de los proyectos, incluyendo la colaboración entre diferentes organizaciones, un lenguaje que anima contractuales de interfaces y proporciona la comprobación de tipo estático puede ahorrar algo de tiempo de depuración (y explosiones) en el largo plazo. (Aunque la JVM está pegado con null, así que por favor Haskell para sus reactores nucleares.)

• Añadido a esto, muchos de los paquetes en el MECANISMO nacional de prevención son un poco crudo, y aún en rápido desarrollo. Algunas bibliotecas para mayores sistemas han sufrido una década de pruebas y solución de bugs, y son muy estables por ahora. Npmjs.org no tiene ningún mecanismo para la tasa de paquetes, que ha llevado a una proliferación de paquetes haciendo más o menos la misma cosa, de los cuales un gran porcentaje no son mantenidos.

• Anidado de devolución de llamada infierno. (Por supuesto que hay 20 diferentes soluciones a este...)

• La creciente grupo de paquetes puede hacer una NodeJS proyecto parecen radicalmente diferentes de la siguiente. Existe una gran diversidad en las implementaciones debido a la gran cantidad de opciones disponibles (por ej. Express/Sails.js/Meteoro/Derbi). Esto a veces puede hacer más difícil para que un nuevo desarrollador para saltar en un Nodo del proyecto. En contraste con una Rails developer unirse a un proyecto existente: él debe ser capaz de familiarizarse con la aplicación con bastante rapidez, debido a que todos los Rieles de aplicaciones se les anima a utilizar una estructura similar.

• Tratar con archivos puede ser un poco de un dolor. Las cosas que son triviales en otros idiomas, como la lectura de una línea de un archivo de texto, se extraña bastante que ver con Node.js que hay un StackOverflow pregunta en que con 80+ upvotes. No hay ninguna forma sencilla de leer un registro a la vez desde un archivo CSV. Etc.

Me encanta NodeJS, es rápido y salvaje y divertido, pero me preocupa que tiene poco interés en comprobable-corrección. Esperemos que finalmente puede combinar lo mejor de ambos mundos. Estoy ansioso por ver lo que va a reemplazar el Nodo en el futuro... :)

Para hacerlo corto:

Node.js es ideal para aplicaciones que tienen una gran cantidad de conexiones simultáneas y cada petición necesita solamente muy pocos ciclos de CPU, porque el bucle de eventos (con todos los otros clientes) se bloquea durante la ejecución de una función.

Es un buen artículo sobre el bucle de eventos en Node.js blog de tecnología de Mixu: entender el lazo del evento node.js.

Tengo un ejemplo de la vida real donde la he usado Node.js. La empresa donde trabajo tengo un cliente que quería tener un simple HTML estático sitio web. Este sitio web es para la venta de un elemento a través de PayPal y el cliente también quería tener un contador que muestra la cantidad de productos vendidos. El cliente espera que tenga gran cantidad de visitantes a este sitio web. Me decidí a hacer el contador de uso Node.js y el Express.js marco.

El Node.js la aplicación es simple. Obtener los productos vendidos cantidad de un Redis de la base de datos, aumentar el contador cuando el artículo se vende y servir el valor del contador a los usuarios a través de la API.

Algunas razones por las que elegí a utilizar Node.js en este caso,

1. Es muy ligero y rápido. Ha habido más de 200000 visitas de esta página web en tres semanas y un mínimo de recursos de servidor ha sido capaz de manejarlo todo.
2. El contador es realmente fácil de hacer para ser en tiempo real.
3. Node.js era fácil de configurar.
4. Hay una gran cantidad de módulos disponibles de forma gratuita. Por ejemplo, me encontré con una Node.js módulo de PayPal.

En este caso, Node.js fue una impresionante selección.