Pergunta

Então eu terminei de assistir a excelente série de Douglas Crockford no JavaScript, e no episódio final (até agora), loopage Ele estabelece por que o Node.js é uma solução quase perfeita para o código lateral do servidor.

Ele fala sobre manter o estado, não no banco de dados, mas nos fechamentos em execução no Node.js, ele também afirma que sistemas de modelos (como JSP, PHP e ASP) são uma abstração ruim 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 exemplos de aplicativos da Web usando esse padrão, ou quaisquer livros ou tutoriais sobre como fazer isso. Eu não estou falando sobre um aplicação simples, mas algo que usaria os padrões que 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 foi mais como obter uma experiência ferroviária no Node.js).

Nota de 3 anos no futuro: parece que Expressar, Geddy, Velas, Kraken ET Todos são reimplementações das estruturas de trilhos/symfony/mola do rubi/php/java. Considerando que coisas como Moletom com capuz e Meteoro são tentativas em um paradigma totalmente novo. Koa Parece interessante, mas está longe de ser utilizável, mas parece que está se formando nos pontos fortes do JavaScript com a história das aplicações do MVC do passado. 3 anos depois e ainda são momentos emocionantes para o NodeJS, mesmo que não seja mais a nova gostosura. Pelo menos existem muitos exemplos do mundo real de nó em uso agora ...

Foi útil?

Solução

Eu sugiro que você verifique os vários tutoriais que estão sendo lançados ultimamente. Meu favorito atual é:

http://nodetuts.com/

Espero que isto ajude.

Outras dicas

o Node Knockout A competição terminada 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ê pode pesquisar no Google algumas entradas para conferir.

O DailyJS possui um bom tutorial (longa série de 24 posts) que o leva a 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

Atualizar

Dav Glass, do Yahoo, deu uma palestra em Yuiconf2010 em novembro, que agora está disponível em Vídeo de.

Ele mostra em grande parte prolongar como se pode usar o YUI3 para renderizar os widgets no lado do servidor e fazê -los funcionar com solicitações GET quando o JS estiver desativado ou apenas fazê -los funcionar normalmente quando estiver ativo.

Ele também mostra exemplos de como usar o DOM do servidor para aplicar folhas de estilo antes de renderizar e outras coisas legais.

Os demos podem ser encontrados em seu 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 como esperado, eles ligam o JS e agora o widget tem o mesmo estado de antes, mas trabalha sem recarregamento da página e, em seguida, jogue alguns salvadores no servidor + websockets para sincronizar entre múltiplos navegador aberto .... e a próxima geração de árias discretas e graciosamente degradantes.

Resposta original

Bem, vá em frente e construa você mesmo então.

Sério, 90% de todos os webApps por aí funcionam bem com uma abordagem de descanso, é claro que você pode fazer coisas mágicas como rastreamento superior de usuários, rastreamento de downloads em tempo real, verificando quais partes dos vídeos estão sendo assistidas etc.

Um problema é a escalabilidade, assim que você tiver mais do que um processo de nó, muitos (mas não todos) dos benefícios de ter os dados armazenados entre as solicitações desaparecem, portanto, você deve garantir que os clientes sempre atinjam o mesmo processo. E mesmo assim, coisas maiores precisarão novamente de uma camada de banco de dados.

O Node.js não é a solução para tudo, tenho certeza de que as pessoas criarão coisas realmente ótimas no futuro, mas isso precisa de algum tempo, agora muitas estão apenas transmitindo coisas para o nó para fazer as coisas.

O que (IMHO) torna o Node.js tão bom, é o fato de ele simplificar o processo de desenvolvimento, você precisa escrever menos código, ele funciona perfeitamente com o JSON, você perde toda essa troca de contexto.

Eu fiz principalmente experimentos de jogo até agora, mas posso dizer com certeza que haverá muitas coisas legais de vários jogadores (ou mesmo MMO) no futuro, que usam HTML5 e Node.js.

O Node.js ainda está ganhando tração, nem está perto do hype do ROR há alguns anos (basta dar uma olhada na tag Node.js aqui em So, quase 4-5 perguntas por dia).

Roma (ou ROR) não foi construída durante a noite, e o Node.js também será.

Node.js tem todo o potencial necessário, mas as pessoas ainda estão tentando sair, então eu sugiro que você se juntasse a elas :)

A coisa mais próxima é provavelmente o trabalho experimental de Dav Glass usando o Node.js, Express e Yui3. Basicamente, ele explica como o YUI3 é usado para renderizar a marcação no lado do servidor e depois enviado ao cliente, onde ocorre a ligação ao evento e os dados. A beleza é yui3 é usada como está no cliente e no servidor. Faz muito sentido. O único grande problema é que ainda não existe uma biblioteca DOM do lado do servidor pronta para a produção.

screencast

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top