3

Je suis ici parce que je me pose quelques questions sur le cadre de emberjs et la meilleure façon de construire une application avec elle ... Il y a quelques questions que j'espère que quelqu'un peut répondre à moi:emberjs - bonne pratique pour construire une application?

  1. Y at-il système intégré pour gérer la mémoire efficacement?
  2. Comment gérer les contrôleurs/vues/modèles à instancier et à détruire pendant le cycle de vie de l'application?
  3. Devons-nous déclarer tous nos contrôleurs et vues au démarrage de l'application?
  4. Existe-t-il un moyen d'instancier automatiquement le contrôleur d'une vue lorsque la vue est ajoutée au DOM par le contrôleur principal (ou le gestionnaire d'état)?

Pour résumer ma situation, j'ai testé les fonctionnalités d'ember et j'ai bien compris tout cela. Mais maintenant, je suis un peu confus et je ne sais pas comment structurer mon application. Quand instancier les vues et ses contrôleurs, où et quand détruire le contrôleur de la vue pour la performance de la mémoire, etc ...

Y at-il parmi vous qui ont été comme moi en ce moment et qui ont des réponses pour moi?

Toutes les réponses et l'aide est vraiment apprécié et je vous remercie déjà maintenant vos commentaires (s)

vous voir!

Editer: J'utilise emberjs avec requireJs pour pouvoir séparer mes fichiers javascript. Y a-t-il une meilleure solution ou une solution intégrée pour le faire?

(désolé pour mon anglais)

Répondre

2
+0

Ok Merci pour ces liens. J'ai lu presque tous ces articles. Je vais voir ça. –

+1

Ma pensée sur tout ce lien est qu'ils expliquent 1 du concept emberjs comme la liaison, le gestionnaire d'état, etc. Mais aucun d'eux n'explique comment fusionner tout cela pour pouvoir construire de grandes applications évolutives.Le gestionnaire d'état est-il le bon endroit pour instancier le contrôleur des vues et les détruire? Chaque état a une ou plusieurs vues à afficher, mais chaque vue a un contrôleur qui peut avoir des modèles pour accéder aux données. Le statemanager est le bon endroit pour instancier les contrôleurs qui instancient des modèles etc ...? Merci pour votre réponse –

+0

C'est exactement le problème que j'ai avec EmberJS en ce moment, @OlivierBossel. Cela semble très prometteur et mes tests à petite échelle sont excellents, mais je n'arrive pas à trouver quoi que ce soit sur la façon de configurer une grande application avec plusieurs vues. –

0

requirejs isnt approprié pour emberjs, Ember est construit sur une simple require() de minispade.js qui isnt AMD.

Quelqu'un m'a suggéré 2 tâches grognement cool de travailler avec ember.js

  • grognement neutre: il suffit d'utiliser require (« module »), donc castrer peut concaténer votre application dans l'ordre
  • rébarbatives -ember-template: compile votre fichier template en un template.js global, facile à utiliser.

je gère personnellement mon application comme HMVC, et je rechercherai chaque fichier module dans son propre moduleController, mes app.js ne INITs chaque contrôleur d'index des modules, donc je sais ce que le module est chargé quand je regarde mon application. js

- app.js 
- modules/ 
    -- module1 
     - module1Controller.js // initiate this in the app.js, which ain't required for ember 
     - module1Model.js  // (if non ember) returns static methods that can be used by other modules 
     - module1View.whatever // this should be compiled into the template.js, just easier to manage in the same folder 
    -- module2 
    -- module3 ... 
Questions connexes