Question

Alors je fini de regarder excellente série de Douglas Crockford Javascript, et dans l'épisode final (jusqu'à présent), loopage il expose pourquoi Node.js est une solution presque parfaite pour le code côté serveur .

Il parle de maintien de l'état, et non pas dans la base de données, mais les fermetures en cours d'exécution dans Node.js, il déclare également que les systèmes de matriçage (comme JSP, PHP et ASP) sont une mauvaise abstraction pour les applications Web plus complexes et que le noeud .js fournit une solution à cela.

Et je suis prêt à acheter, mais je ne peux pas trouver des exemples d'applications Web en utilisant ce modèle, ou des livres ou des tutoriels sur la façon de s'y prendre pour le faire. Je ne parle pas d'un application simple , mais quelque chose qui utiliserait les motifs qui Crockford a parlé dans son discours. Tout le monde sait où je peux trouver des tutoriels / exemples d'applications Web écrites en Node.js (et oui je sais Geddy et express.js , mais ils ne semblent pas suivre les tendances radicalement différentes que Crockford parlait, et étaient plus comme obtenir une expérience Railsy sur Node.js).

[Note de 3 ans à l'avenir: Il semble que express , Geddy , Voiles , Kraken et tous sont ré-implémentations des Rails / Symfony / cadres de printemps de Ruby / PHP / Java. Alors que des choses comme à capuche et Meteor sont les tentatives d'un nouveau paradigme. KOA semble intéressant, mais est une façon loin d'être utilisable, mais ressemble à elle construit sur les points forts de javascript avec l'histoire des applications MVC du passé. 3 ans et il est toujours une période excitante pour NodeJS, même si elle n'est plus la nouvelle hotness. Au moins il y a beaucoup d'exemples du monde réel du nœud en cours d'utilisation maintenant ...

Était-ce utile?

La solution

Je vous suggère de vérifier les différents tutoriels qui sortent ces derniers temps. Mon fav actuelle est:

http://nodetuts.com/

Hope this helps.

Autres conseils

Le Noeud knock-out concurrence enveloppé récemment, et la plupart des présentations sont disponibles sur GitHub. Le site de la concurrence ne semble pas fonctionner en ce moment, mais je suis sûr que vous pouvez Google d'être quelques entrées pour vérifier.

DailyJS a un bon tutoriel (longue série de 24 postes) qui vous guide à travers tous les aspects de la construction d'une application bloc-notes (y compris tous les extras).

Heres un aperçu du tutoriel: http://dailyjs.com/2010/ 1/11 / noeud-tutorial /

Heres un lien vers tous les postes: http://dailyjs.com/tags.html#nodepad

Mise à jour

Dav verre de Yahoo a donné une conférence à YuiConf2010 en Novembre qui est maintenant disponible dans Vidéo de .

Il montre à grande prolonger la façon dont on peut utiliser YUI3 pour rendre des widgets sur le côté serveur un faire travailler avec des requêtes GET lorsque JS est désactivé, ou tout simplement les faire fonctionner normalement quand il est actif.

Il a aussi présente des exemples d'utiliser DOM côté serveur pour appliquer des feuilles de style avant de rendre et d'autres choses de frais.

Les démos sont disponibles sur son GitHub compte .

La partie qui manque l'OMI pour rendre ce vraiment génial, est une sorte de stockage sous-jacent de l'état du widget. Alors que l'on peut visiter la page sans JavaScript et tout fonctionne comme prévu, alors ils se tournent JS sur et maintenant le widget ont le même état qu'avant mais le travail sans la page rechargeant, puis jeter dans une économie vers le serveur + WebSockets synchroniser entre plusieurs navigateur open .... et la prochaine génération de ARIA discrète et avec élégance dégradante de naît.

Réponse originale

Et bien allez-y et construit vous-même alors.

Sérieusement, 90% des WebApps là-bas fin de travail avec une approche REST, bien sûr, vous pouvez faire des choses magiques comme le suivi des utilisateurs supérieur, le suivi des téléchargements en temps réel, vérifier quelles parties de vidéos sont surveillés etc.

Un problème est l'évolutivité, dès que vous avez plus d'1 processus nœud, beaucoup (mais pas tous) des avantages d'avoir les données stockées entre les requêtes aller, vous devez vous assurer que les clients frappent toujours le même processus. Et même alors, de plus grandes choses encore une fois besoin d'une couche de base de données.

Node.js est pas la solution à tout, je suis sûr que les gens vont construire des choses vraiment super dans l'avenir, mais qui a besoin d'un certain temps, en ce moment beaucoup sont PORTAGE juste des trucs sur le Nœud pour faire avancer les choses.

Qu'est-ce que (à mon humble avis) fait Node.js si grand, est le fait qu'il rationalise le processus de développement, vous devez écrire moins de code, il fonctionne parfaitement avec JSON, vous perdez tout ce que le changement de contexte.

Je principalement fait des expériences de jeu jusqu'à présent, mais je peux dire pour sûr qu'il y aura beaucoup frais Multi-joueurs (MMO ou même) les choses à l'avenir, que l'utilisation à la fois HTML5 et Node.js.

Node.js gagne encore la traction, il est même pas près de la RoR Hype il y a quelques années (il suffit de prendre un coup d'oeil à l'étiquette Node.js ici sur le SO, à peine 4-5 questions par jour).

Rome (ou RoR) n'a pas été construit pendant la nuit, et ne seront Node.js être.

Node.js a tout le potentiel dont il a besoin, mais les gens sont encore à essayer des choses, alors je vous suggère de les rejoindre:)

La chose la plus proche est probablement le travail expérimental de Dav verre en utilisant Node.js, exprimer et YUI3. En gros, il explique comment YUI3 est utilisé pour rendre le balisage du côté du serveur, puis envoyé au client où la liaison à l'événement et des données se produit. La beauté est YUI3 est utilisé en l'état sur le client et le serveur. Fait beaucoup de sens. Le seul gros problème est qu'il n'y a pas encore une bibliothèque DOM-côté serveur prêt pour la production.

screencast

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top