Apprendre Ember.js / Backbone.js est sur ma liste de tâches depuis un certain temps. Maintenant que Meteor est sorti, je me demande simplement si quelqu'un ayant une expérience de Meteor, Ember.js et Backbone.js peut résumer les principales différences, avantages et inconvénients de ces trois cadres JavaScript pour une personne sans aucune expérience pour aucun d'entre eux.
Plus précisément, je voudrais savoir à quelles tâches chaque cadre est le plus approprié et pourquoi les autres ne le sont pas.
Edit: maintenant que j'ai lu un peu plus sur Meteor, il semble être plus similaire à Knockout.js qu'à Backbone.js. Donc, toute comparaison avec Knockout.js est également la bienvenue.
Réponses:
Il y a une belle analyse / comparaison des différents frameworks MVx JS ici http://codebrief.com/2012/01/the-top-10-javascript-mvc-frameworks-reviewed/ elle est suivie d'une bonne discussion dans les commentaires aussi . Je pense que j'ai vu Gordon (qui l'a écrit) ici, alors peut-être que vous obtiendrez une réponse de sa part.
Je dirais que si vous cherchez à apprendre ce style de développement d'applications, d'une part, la richesse des exemples de backbone open source pourrait être bonne pour vous. Mais d'un autre côté, bien que nouveau, le paquet Ember est en fait plus complet IMO que backbone.
Les deux vous donnent la possibilité de mettre en œuvre des choses de diverses manières, ce qui peut être déroutant, mais Ember fournit plus de code que vous auriez à écrire vous-même en backbone en standard, ce qui pour moi personnellement est plus important pour le prototypage rapide que la richesse de exemples de dorsale disponibles.
Il existe des plugins plus matures pour la persistance des données pour le réseau principal, mais il y a un grand buzz communautaire autour d'Ember et de nombreuses bibliothèques de contrib font de grands progrès. J'ai été agréablement surpris de la rapidité avec laquelle j'ai (et d'autres) obtenu des réponses de qualité pour un cadre relativement nouveau ici sur Stack Overflow.
Quand vous dites météore, nous parlons de tout autre chose. Si vous vouliez faire plus avec la réutilisation du code à la fois côté client et côté serveur, jetez un coup d'œil au yahoo mojito https://github.com/yahoo/mojito récemment exécuté sur node.js - je me suis amusé avec lui au cours de la dernière semaine, et si vous vous familiarisez avec l'épine dorsale / la braise ou l'un des autres, c'est un jeu d'enfant à maîtriser.
Je dois également dire que Knockout.js est utilisé sur certains systèmes de production, mais que je ne l'ai jamais utilisé pour une «application» à part entière. Je l'ai connecté à une interface mongo pour explorer et paginer les journaux stockés dans mongo. Je l'aime vraiment, mais je ne me sentirais pas à l'aise pour y construire quelque chose de trop gros.
Eh bien, c'est un peu une randonnée - n'est-ce pas :)
Très heureux d'en parler davantage avec quiconque est intéressé. J'ai utilisé un certain nombre de ces cadres dans la colère / la production (y compris des choses qui ne figurent pas dans l'article `` Top 10 '') et les gens au travail en ont marre de m'entendre parler de JS je pense :-D
la source