8
votes

Architecture de l'application: directives par rapport aux contrôleurs

J'ai une grande application, qui contient de nombreuses mises en page et sous-visions. On dirait (simplifié): http://plnkr.co/edit/X4KLecCQH5HSY6DCJGXE?p=preview

Donc, j'ai de nombreuses directives et services. Et seulement 2 à 4 contrôleurs simples (10 à 20 lignes de code). Toute la logique stockée dans de grandes directives, qui contiennent de nombreuses petites directives. Je me trompe?


0 commentaires

3 Réponses :


0
votes

Cela me semble bon.

à un moment donné dans le DoubleClick Talk , dit quelque chose de similaire à "faire les contrôleurs aussi minces que possible. "


1 commentaires

Merci! Vidéo très utile.



7
votes

La façon dont je m'approche, c'est.

  • Directives contiennent Vue logique, pas la logique commerciale. C'est également là où Dom-Messing sur arrive si nécessaire.

  • Les contrôleurs sont assez minces, ont une logique commerciale minimale.

  • Les services angulaires sont les suivants: la majeure partie de la levée lourde est terminée.

    Si vous avez une logique qui doit être réutilisée par plusieurs domaines / contrôleurs ou est d'état étalgical - il est probablement meilleur à mettre dans un service qu'une directive.

    Selon votre application / architecture, vous pouvez enregistrer sur un serveur et avoir le poids lourd sur le côté serveur.

    Les documents angulaires ont un bit bit sur Utilisation de directives correctement qui a quelques pointes. < / p>


1 commentaires

Est-ce juste moi, ou cela semble-t-il ironique que votre lien "Utilisation de directives correctement" pointe sur une page décrivant des contrôleurs?



0
votes

Le lien a été éclaté ... Un lien de travail vers le même guide est ici: http://docs.angularjs.org/guide/controller


0 commentaires