Então, terminei de assistir a excelente série de Douglas Crockford sobre Javascript e, no episódio final (até agora), o loopage explica por que o Node.js é uma solução quase perfeita para código do lado do servidor.
Ele fala sobre como manter o estado, não no banco de dados, mas em encerramentos em execução no Node.js, ele também afirma que os sistemas de modelos (como JSP, PHP e ASP) são uma abstração pobre para aplicativos da Web mais complicados e que o node.js fornece uma solução para isso.
E estou pronto para comprar, mas não consigo encontrar nenhum exemplo de aplicativos da Web usando esse padrão, ou quaisquer livros ou tutoriais sobre como fazer isso. Não estou falando de um aplicativo simples , mas de algo que usaria os padrões dos quais Crockford falou em sua palestra. Alguém sabe onde posso encontrar alguns tutoriais / exemplos de aplicativos da Web escritos em Node.js (e sim, eu sei sobre Geddy e ExpressJs , mas eles não parecem seguir os padrões radicalmente diferentes dos quais Crockford estava falando, e eram mais como obter uma experiência Railsy em Node.js).
[Nota de 3 anos no futuro: parece que Express , Geddy , Sails , Kraken e todos são reimplementações dos frameworks Rails / Symfony / Spring de Ruby / PHP / Java. Considerando que coisas como Hoodie e Meteor são tentativas de um novo paradigma. KOA parece interessante, mas está longe de ser utilizável, mas parece que está se baseando nos pontos fortes do javascript com a história dos aplicativos MVC do passado. 3 anos depois e ainda são tempos emocionantes para Nodejs, mesmo que não seja mais a nova gostosura. Pelo menos existem muitos exemplos do mundo real de Node em uso agora ...
fonte
Respostas:
Eu sugiro que você verifique os vários tutoriais que estão saindo recentemente. Meu favorito atual é:
http://nodetuts.com/
Espero que isto ajude.
fonte
A competição Node Knockout terminou recentemente e muitos dos envios estão disponíveis no github. O site da competição não parece estar funcionando agora, mas tenho certeza de que você poderia pesquisar no Google algumas entradas para verificar.
fonte
O DailyJS tem um bom tutorial (longa série de 24 posts) que mostra todos os aspectos da construção de um aplicativo de bloco de notas (incluindo todos os extras possíveis).
Aqui está uma visão geral do tutorial: http://dailyjs.com/2010/11/01/node-tutorial/
E aqui está um link para todas as postagens: http://dailyjs.com/tags.html#nodepad
fonte
Atualizar
Dav Glass, do Yahoo, deu uma palestra na YuiConf2010 em novembro, que agora está disponível em Vídeo em .
Ele mostra como se pode usar o YUI3 para renderizar widgets no lado do servidor e fazê-los funcionar com solicitações GET quando o JS está desabilitado, ou apenas fazê-los funcionar normalmente quando está ativo.
Ele também mostra exemplos de como usar o DOM do lado do servidor para aplicar folhas de estilo antes da renderização e outras coisas interessantes.
As demonstrações podem ser encontradas em sua conta do GitHub .
A parte que está faltando IMO para tornar isso realmente incrível é algum tipo de armazenamento subjacente do estado do widget. Para que se possa visitar a página sem JavaScript e tudo funcionar conforme o esperado, eles ligam o JS e agora o widget tem o mesmo estado de antes, mas funciona sem recarregar a página, então salve o servidor + WebSockets para sincronizar entre vários abra o navegador .... e nasce a próxima geração de ARIAs discretos e graciosamente degradantes.
Resposta Original
Então vá em frente e construa você mesmo.
Sério, 90% de todos os WebApps que existem funcionam bem com uma abordagem REST, é claro que você pode fazer coisas mágicas como rastreamento de usuário superior, rastreamento de downloads em tempo real, verificar quais partes dos vídeos estão sendo assistidas etc.
Um problema é a escalabilidade, assim que você tiver mais de 1 processo de nó, muitos (mas não todos) dos benefícios de ter os dados armazenados entre as solicitações desaparecem, então você deve ter certeza de que os clientes sempre acessam o mesmo processo. E mesmo assim, coisas maiores precisarão novamente de uma camada de banco de dados.
Node.js não é a solução para tudo, tenho certeza que as pessoas criarão coisas realmente excelentes no futuro, mas isso precisa de algum tempo, agora muitos estão apenas transferindo coisas para o Node para fazer as coisas andarem.
O que (IMHO) torna o Node.js tão bom, é o fato de que ele agiliza o processo de desenvolvimento, você tem que escrever menos código, funciona perfeitamente com JSON, você perde toda aquela troca de contexto.
Eu fiz experimentos de jogos até agora, mas posso dizer com certeza que haverá muitas coisas interessantes para vários jogadores (ou até MMO) no futuro, que usam HTML5 e Node.js.
O Node.js ainda está ganhando força, não está nem perto do RoR Hype alguns anos atrás (basta dar uma olhada na tag Node.js aqui no SO, dificilmente 4-5 perguntas por dia).
Rome (ou RoR) não foi construído durante a noite, e nem o Node.js será.
O Node.js tem todo o potencial de que precisa, mas as pessoas ainda estão experimentando coisas, então sugiro que você se junte a elas :)
fonte
O mais próximo é provavelmente o trabalho experimental de Dav Glass usando node.js, express e YUI3. Basicamente, ele explica como o YUI3 é usado para renderizar a marcação no lado do servidor e, em seguida, enviado ao cliente onde ocorre a vinculação ao evento e aos dados. A beleza é que o YUI3 é usado como está no cliente e no servidor. Faz muito sentido. O único grande problema é que ainda não há uma biblioteca DOM do lado do servidor pronta para produção.
screencast
fonte