Esempi / tutorial dell'applicazione Web Node.js [chiuso]

Quindi ho finito di guardare l'eccellente serie di Douglas Crockford su Javascript, e nell'episodio finale (finora), loopage spiega perché Node.js è una soluzione quasi perfetta per il codice lato server.

Parla di mantenere lo stato, non nel database, ma nelle chiusure in esecuzione in Node.js, afferma anche che i sistemi di creazione di modelli (come JSP, PHP e ASP) sono una scarsa astrazione per applicazioni Web più complicate e che node.js fornisce una soluzione a questo.

E sono pronto ad accettare, ma non riesco a trovare alcun esempio di applicazioni Web che utilizzano questo modello, né libri o tutorial su come procedere. Non sto parlando di una semplice applicazione , ma di qualcosa che utilizzi gli schemi di cui Crockford ha parlato nel suo discorso. Qualcuno sa dove posso trovare alcuni tutorial / esempi di applicazioni Web scritti in Node.js (e sì, so di Geddy ed ExpressJs , ma non sembrano seguire gli schemi radicalmente diversi di cui parlava Crockford, ed erano più simili ottenere un'esperienza Railsy su Node.js).

[Nota da 3 anni nel futuro: sembra che Express , Geddy , Sails , Kraken e tutti siano re-implementazioni dei framework Rails / Symfony / Spring di Ruby / PHP / Java. Mentre cose come Hoodie e Meteor sono tentativi di un paradigma completamente nuovo. KOA sembra interessante, ma è molto lontano dall'essere utilizzabile, ma sembra che si basi sui punti di forza di javascript con la storia delle applicazioni MVC del passato. Sono passati 3 anni ed è ancora un momento emozionante per Nodejs, anche se non è più il nuovo caldo. Almeno ci sono molti esempi del mondo reale di Node in uso ora ...

Ti suggerisco di dare un'occhiata ai vari tutorial che stanno uscendo ultimamente. Il mio preferito attuale è:

http://nodetuts.com/

Spero che questo ti aiuti.

La competizione Node Knockout si è conclusa di recente e molte delle proposte sono disponibili su GitHub. Il sito del concorso non sembra funzionare in questo momento, ma sono sicuro che potresti cercare su Google alcune voci da controllare.

DailyJS ha un buon tutorial (lunga serie di 24 post) che ti guida attraverso tutti gli aspetti della creazione di un'app di blocco note (inclusi tutti gli extra possibili).

Ecco una panoramica del tutorial: http://dailyjs.com/2010/11/01/node-tutorial/

Ed ecco un collegamento a tutti i post: http://dailyjs.com/tags.html#nodepad

Aggiornare

Dav Glass di Yahoo ha tenuto un discorso a YuiConf2010 a novembre, ora disponibile in Video da .

Mostra in grande misura come si può utilizzare YUI3 per rendere i widget sul lato server e farli funzionare con le richieste GET quando JS è disabilitato, o semplicemente farli funzionare normalmente quando è attivo.

Mostra anche esempi di come utilizzare DOM lato server per applicare fogli di stile prima del rendering e altre cose interessanti.

Le demo possono essere trovate sul suo account GitHub .

La parte che manca a IMO per renderlo davvero fantastico, è una sorta di archiviazione sottostante dello stato del widget. In modo che si possa visitare la pagina senza JavaScript e tutto funzioni come previsto, quindi attivano JS e ora il widget ha lo stesso stato di prima ma funziona senza ricaricare la pagina, quindi lancia un po 'di salvataggio sul server + WebSocket per sincronizzarsi tra più apri il browser .... e nasce la prossima generazione di ARIA discrete e graziosamente degradanti.

Risposta originale

Bene, vai avanti e costruiscilo da solo allora.

Seriamente, il 90% di tutte le WebApp là fuori funziona bene con un approccio REST, ovviamente potresti fare cose magiche come il monitoraggio degli utenti superiore, il monitoraggio dei download in tempo reale, il controllo delle parti dei video che vengono guardate ecc.

Un problema è la scalabilità, non appena si dispone di più di un processo di nodo, molti (ma non tutti) i vantaggi di avere i dati memorizzati tra le richieste scompaiono, quindi è necessario assicurarsi che i client eseguano sempre lo stesso processo. E anche allora, cose più grandi avranno ancora bisogno di un livello di database.

Node.js non è la soluzione a tutto, sono sicuro che le persone costruiranno cose davvero fantastiche in futuro, ma ciò richiede un po 'di tempo, in questo momento molti stanno solo trasferendo cose su Node per far funzionare le cose.

Ciò che (IMHO) rende Node.js così eccezionale, è il fatto che semplifica il processo di sviluppo, devi scrivere meno codice, funziona perfettamente con JSON, perdi tutto quel cambio di contesto.

Finora ho fatto principalmente esperimenti di gioco, ma posso dire con certezza che ci saranno molte fantastiche cose multi player (o anche MMO) in futuro, che utilizzano sia HTML5 che Node.js.

Node.js sta ancora guadagnando terreno, non è nemmeno vicino al RoR Hype di alcuni anni fa (basta dare un'occhiata al tag Node.js qui su SO, a malapena 4-5 domande al giorno).

Rome (o RoR) non è stato costruito durante la notte, e nemmeno Node.js lo sarà.

Node.js ha tutto il potenziale di cui ha bisogno, ma le persone stanno ancora provando cose, quindi ti suggerisco di unirti a loro :)

La cosa più vicina è probabilmente il lavoro sperimentale di Dav Glass utilizzando node.js, express e YUI3. Fondamentalmente, spiega come YUI3 viene utilizzato per eseguire il rendering del markup sul lato server, quindi inviato al client in cui si verifica il binding a eventi e dati. Il bello è che YUI3 viene utilizzato così com'è sia sul client che sul server. Ha molto senso. L'unico grosso problema è che non esiste ancora una libreria DOM lato server pronta per la produzione.

screencast