Je suis habitué à penser à un démarrage d'applications d'une seule page se déroulant comme suit: 1. Bootstrap Certaines données dans des modèles critiques, 2. Instanciez un contrôleur maître et 3. Appelez la méthode du rendu () pour donner des coups de pied.
Comment cela est-ce accompli avec Ember? Suivant les exemples (maigre, soupirez) dans la documentation, il semble que des choses en quelque sorte démarrent sur eux-mêmes lorsque la page Loads - Les modèles sont compilés, les vues rendent comme une magie lorsque la page se charge. Je me sens comme si je manque quelque chose de fondamental. Il existe un exemple en ligne d'une application plus complexe, disons quelque chose avec des vues à onglets ou chargées de manière dynamique?
Lightbulb, sortez ce n'est pas.
3 Réponses :
J'ai lancé une série de blogs sur la mise en marche et la course avec des rails. Voici la partie 1:
http: / /wwww.cerebris.com/blog/2012/01/24/beginning-ember-js-on-Rails-Part-1/
J'espère que vous le trouverez utile, même si vous ne prévoyez pas d'utiliser Ember avec des rails. La plupart des détails intéressants sont la clientèle et donc indépendants du serveur. Les poteaux jusqu'à présent sur la création d'un objet Ember.Application, chargant des données de manière dynamique via une interface de repos, puis rendant une vue sur une vue sur une page dans le guidon. J'espère que ça suffit de commencer.
Merci - vos messages ont été utiles. J'aime votre bibliothèque de repos super simple.
Lorsque vous étendez un objet d'application Ember, vous pouvez fournir une fonction prête qui sera appelée lorsque l'application commence. Vous devez vous assurer d'appeler cela._super () ou d'autre que cela brisera votre application. Découvrez mon exemple de l'application Sproucore 2.0 (Ember est le nouveau nom de Sproitcore 2.0).
La façon dont Ombre fonctionne est qu'il établit une boucle d'exécution qui répond aux événements. Chaque fois qu'un événement incendie, la boucle d'exécution appelle essentiellement les gestionnaires nécessaires et exécute toutes les liaisons qui doivent être mises à jour. Étant donné que tout se passe généralement dans la boucle de course, vous n'écrivez souvent aucun code pour mettre à jour les choses. Au lieu de cela, vous écrivez des liaisons qui sont tirées en cas de besoin.
Merci .. Cela aide vraiment à clarifier les choses pour moi. L'exemple de l'application est génial .. l'examine en détail maintenant!
N'oubliez pas de vérifier l'exemple de contact des contacts sur le site Web Ember.JS.
Une autre chose que j'ai faite est d'utiliser un puisque vous utilisez Un gestionnaire d'état est l'endroit naturel pour initialiser votre application car l'objet vous permet d'obtenir des moyens d'ordre d'exécution de micromanage lors d'un processus de chargement ASYNC sans vous empêcher de vous en empêcher dans trop de rappels. em.stataemanager à bootstrap. créer au lieu de prolonger , l'objet sera instancié immédiatement. Si vous définissez un état appelé Démarrer , il sera reconnu comme l'état initial par défaut (ou vous pouvez spécifier un autre par nom). Donc, le nouvel objet StapeManager entrera immédiatement dans l'état initial et lorsque le StateManager entre dans un nouvel état, il recherchera toujours une méthode de cet état appelé entrer et le déclenchera s'il est présent.