Différences entre Sproitcore et Ember
J'avais sélectionné Sproutcore en tant que cadre juste avant Ember chanté de Sproitcore. Je suis laissé incertain de quelle manière d'aller et un peu frustré dans la dilution apparente des efforts causés par la fragmentation - aussi rarement qui conduisent à de meilleures choses. Les efforts de Sproutcore 2.0 (maintenant Ember) semblaient aller dans la bonne direction de la modularisation et de la réutilisation des autres composants JavasRIPT (JQuery), mais il n'est vraiment pas clair dans une idée extérieure pourquoi les deux efforts ont dû Split ... ne pouvions-nous pas avoir de code modulaire et un module de bibliothèque de widget aussi?
Les principales questions sont:
- Quelles sont les différences effectives entre les deux efforts?
- Quelle est l'histoire de la scission?
- Qu'est-ce que l'avenir de Sproutcore, où va-t-il maintenant?
- Est-ce que Ember va-t-il se développer pour être un remplacement complet de Sproitcore?
1) La ligne officielle est que Sproitcore est destiné aux Rias et Ember.js est destiné aux applications "style web". Donc, quand vous regardez iCloud pense que Sproutcore et quand vous regardez Twitter, pensez Ember.js.
Du point de vue technique, Ember.js est axé sur un code plus moduleux et appelé "modèles sémantiques" pour les vues. Sproutcore est plus monolithique.
2) Je ne suis pas sûr que quelqu'un sache vraiment. Si vous regardez la chronologie, Charles Jolley a quitté Apple pour former une entreprise appelée Strobe, qui a développé une plate-forme de pile complète pour le développement d'applications. Strobe a embauché Yehuda Katz et d'autres personnes, qui ont commencé à travailler sur l'amincissement Down SC== Donc, il fonctionnerait mieux sur des appareils mobiles. Après environ une année, Yehuda laissé pour former la société tilde et un mois après que Facebook a acheté Strobe dans ce qui est largement considéré comme une acquisition de talents. .
Alors interprétez cela comme vous le ferez.
3) C'est une excellente question. Récemment, il y avait une rencontre et plusieurs choses ont été discutées . Les points clés discutés étaient:
- SC est toujours en vie et frappe
- Améliorer la documentation (nous avons entendu cela pendant un moment).
- Gardez les bonnes parties le code qui a été introduit après 1.4.5 dans le développement de SC2 et se débarrasser ou se déplacer vers des modules facultatifs autres éléments (comme des modèles)
- nouveaux outils de construction basés sur JavaScript
- complètement nouvelle couche de vue en toile, appelée Blossom.
- Une sorte de fondement/support d'entreprise pour SC
Il y a probablement d'autres que j'ai manqué
4) Certainement pas un remplacement, bien que vous puissiez utiliser n'importe quel cadre pour construire une application (c'est tout JavaScript, après tout).