lors de la publication et de l'abonnement d'événements à l'aide de $ emit, $ broadcast ou $ on, envisagez de déplacer ces utilisations vers une fabrique et d'appeler à partir du contrôleur.
y a-t-il un exemple?
si vous avez besoin des méthodes $ scope, vous devez injecter $ scope.
Alors, est-ce correct d'utiliser ceci et $ scope dans un seul contrôleur?
Vous pouvez certainement le faire. Une partie de l'avantage d'utiliser "controller as" est que $ scope fait beaucoup de choses. Controller As permet aux aspects de liaison de données de rester séparés, puis nous n'injectons $ scope que lorsque nous en avons besoin pour autre chose.
Quand j'ai besoin de $ scope pour quelque chose dans un contrôleur, j'essaie d'abord de voir si j'en ai vraiment besoin, et si j'en ai besoin, je le résume à un service pour des choses comme la diffusion / émission. Donc, dans votre cas, je le résumerais encore.
Dégager! Merci beaucoup!
Commentaire le plus utile
Vous pouvez certainement le faire. Une partie de l'avantage d'utiliser "controller as" est que $ scope fait beaucoup de choses. Controller As permet aux aspects de liaison de données de rester séparés, puis nous n'injectons $ scope que lorsque nous en avons besoin pour autre chose.
Quand j'ai besoin de $ scope pour quelque chose dans un contrôleur, j'essaie d'abord de voir si j'en ai vraiment besoin, et si j'en ai besoin, je le résume à un service pour des choses comme la diffusion / émission. Donc, dans votre cas, je le résumerais encore.