Meu objetivo é migrar um aplicativo da web existente para um aplicativo de página única (SPA) RESTful . Atualmente, estou avaliando vários frameworks de aplicativos da web Javascript.
Meus requisitos são os seguintes:
- Camada de dados RESTful (como dados ember)
- Estrutura MV *
- Rotas dinâmicas
- Suporte de teste
- Codificação por convenção
- Suporte para SEO
- Suporte de histórico do navegador
- Boa documentação (API-)
- Pronto para produção
- Comunidade viva
Espinha dorsal
O aplicativo atual está usando backbone.js. No geral, backbone.jsé um bom projeto, mas estou perdendo estruturas bem definidas que determinam onde o que deve acontecer e como as coisas devem ser implementadas. Trabalhar em uma equipe maior com desenvolvedores em constante mudança leva a algum tipo de código não estruturado, difícil de manter e difícil de entender. É por isso que estou procurando agora por um framework, que já defina tudo isso.
Brasa
Eu olhei para ember.jsos últimos dias. A abordagem parece muito promissora para mim. Mas, infelizmente, o código muda quase diariamente. Portanto, não vou chamá-lo de pronto para produção. E, infelizmente, não podemos esperar que seja a versão 1.0. Mas eu realmente gosto da ideia por trás dessa estrutura.
Angular
Angular.jstambém é uma estrutura amplamente difundida mantida pelo Google. Mas não consegui me familiarizar com o angular. Para mim, a estrutura parece um tanto obscura, faltam explicações sobre as responsabilidades gerais de cada parte da estrutura e as implementações parecem tortuosas. Só para ver se entendi: esta é apenas minha impressão pessoal e pode ser baseada na falta de conhecimento.
Batman e Meteor
Pelo que entendi, as duas estruturas também precisam de uma parte do servidor. E como queremos apenas um back-end RESTful - não importa o idioma, técnica ou software, não é isso que queremos. Além disso, a API de back-end já existe (RoR).
Knockout , CanJS e Spine
Não me aprofundei nesses três candidatos. Talvez este seja meu próximo passo.
Então, minhas perguntas agora:
- Estou perdendo alguma boa estrutura de SPA?
- Qual estrutura você sugeriria / recomendaria?
- Você evitaria qualquer uma das estruturas mencionadas?
- Qual é a sua experiência em aplicações de SP maiores?
PS: Eu gostaria de recomendar uma ótima postagem no blog de Steven Anderson (desenvolvedor principal da Knockout.js) sobre a conferência "Throne of JS" (de 2012) e estruturas javascript em geral.
PS: Sim, eu sei que já há algumas dúvidas sobre o SO. Mas como o desenvolvimento é tão rápido e rápido para SPAs, a maioria deles já está desatualizada.
fonte
Respostas:
Recentemente, tive que decidir sobre uma estrutura JavaScript SPA em um projeto também.
Brasa
Observei o Ember no início e tive pensamentos semelhantes aos seus sobre ele - eu realmente gostei, mas parecia que ainda era muito cedo para usar ... cerca de metade dos tutoriais que li não funcionaram com a versão atual porque algo havia recentemente mudou em como os modelos funcionam.
Espinha dorsal
Backbone foi o primeiro framework que consideramos seriamente. Não tenho certeza se entendi porque você acha que não tem "estruturas bem definidas"? O Backbone é bastante claro sobre como dividir o código de Model e View. Talvez você queira dizer que não existe algum tipo de modelo de aplicativo? De qualquer forma, o Backbone parece realmente focado na parte de vinculação de modelo / REST, mas realmente não prescreve nada para vinculação de visualização. Se model binding é importante para você e você está usando Rails, deve ser muito fácil fazer isso. Infelizmente, os serviços da web para meu aplicativo realmente não combinavam, e eu tive que escrever meus próprios métodos
.synce.parsepara tudo. A separação do código Model e View foi legal, mas como teríamos que escrever todas as nossas ligações do zero, não valeu a pena.Nocaute
Knockout é como o Yang do Yin para a espinha dorsal. Onde o Backbone está focado no Modelo, Knockout é uma estrutura MVVM e está focado na Visualização. Ele possui
observablewrappers para propriedades de objeto JavaScript e usa umdata-bindatributo para vincular propriedades ao seu HTML. No final, optamos pelo Knockout, já que a vinculação de visualização era principalmente o que precisávamos para nosso aplicativo. (... além de outros, conforme discutido mais tarde ...) Se você gosta da associação de visão do Knockout e das associações de modelo do Backbone, há também o KnockBack que combina os dois frameworks.Angular
Olhei para isso depois de Knockout - infelizmente todos parecemos muito felizes com a forma como Knockout viu a ligação. Parecia muito mais complexo e difícil de entrar do que Knockout. E ele usa um monte de atributos HTML personalizados para fazer associações, que não tenho certeza se gosto ... Posso dar uma olhada no Angular mais tarde, porque já encontrei várias pessoas que realmente gostam do framework - talvez nós apenas olhei para isso tarde demais para este projeto.
Batman , Meteor , CanJS , Spine
Realmente não olhei muito de perto para nenhum desses. Embora eu saiba que o Spine é uma estrutura semelhante ao Backbone com objetos Controller explícitos e é escrito em CoffeeScript.
Posfácio
Como mencionei, acabamos usando o Knockout porque, para nosso projeto, focar na vinculação de visualizações era mais importante. Também acabamos usando RequireJS para modularização, crossroads e Hasher para lidar com roteamento e histórico, Jasmine para testes, bem como JQuery , Twitter Bootstrap e Underscore.js (e provavelmente mais bibliotecas que estou esquecendo no momento).
O desenvolvimento de aplicativos Javascript é mais parecido com o ecossistema Java do que com o ecossistema Rails. O Rails fornece um núcleo sólido de coisas que você usará para cada aplicativo (framework Rails), e a comunidade fornece muitas personalizações além disso (gems). Java fornece ... uma linguagem. E então você pode escolher Java EE ou Spring ou Play ou Struts ou Tapestry. E escolha JDBC ou Hibernate ou TopLink ou Ibatis para falar com o banco de dados. E então você pode usar Ant, Maven ou Gradle para construí-lo. E escolha Tomcat ou Jetty ou JBoss ou WebLogin para executá-lo. Portanto, há mais ênfase em escolher o que você precisa e o que funciona junto do que escolher A estrutura a ser usada.
fonte
já faz um ano que começamos o desenvolvimento de nosso projeto de serviços em nuvem com vários SPAs, então foi uma grande decisão, qual framework javascript usar para nossa IU para satisfazer nossas necessidades de arquitetura RESTful. e depois de muitas pesquisas acabamos usando a estrutura Dojo .
principais recursos que você vai adorar:
para superar esses problemas, desenvolvemos um poller AJAX, tratamento de erros e solução universal de carregamento e notificações. fizemos isso muito facilmente usando as convenções e estruturas da estrutura do dojo. se você não quiser fazer isso, talvez precise usar outra estrutura para esta parte.
olhando para grandes SPAs pela web, você descobrirá que todos eles são personalizados e usam várias estruturas. mas nossa experiência com o Dojo sozinha foi fantástica. e, portanto, sugiro que você não pense em nenhuma outra estrutura, uma vez que todas elas estão incompletas para um SPA. mas, em última análise, você também tem outra opção (que não recomendo e não tenho informações detalhadas sobre). vá com uma estrutura JAVA que é capaz de construir SPAs, gerando automaticamente UI e javascript.
fonte