@cristovao O node.js eh so uma parte importante do puzzle.
@cristovao, @joao Sem falar das regras de negocio e a data da aplicação em si. Se usarem node.js/signalR vais ter de programar toda a complexidade criada para gerir múltiplos clientes, propagar/sincronizar informação (so as diferenças), gerir conflitos etc, E este problema so eh bem resolvido com um esforço conjunto do back-end e do front-end. "Aqui eh que a porca torce o rabo". Pois nos stacks aqui referidos existe uma completa desconexão desde diferentes linguagens, implentacoes, tipos de dados, bases de dados (name it). O meteor.js resolve este problema out-of-the-box. Todo o data "plumbing" desde a base de dados (mongoDB) ate ao client UI esta feito e testado, dai eu dizer que para MVPs e proff-of-concepts eh uma must have tool. O meteor tem tb um protocolo chamado DDP, e existe clientes para as mais diferentes linguagens fazerem o que realmente são boas e falarem com o meteor so o que interessa e deixar o meteorJS gerir a aplicação e os connected clients. Cheers, BB -- Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google. Para anular a subscrição deste grupo e parar de receber emails do mesmo, envie um email para [email protected]. Para publicar uma mensagem neste grupo, envie um e-mail para [email protected]. Visite este grupo em https://groups.google.com/group/riapt. Para mais opções, consulte https://groups.google.com/d/optout.
