AngularJS $regarder la racine de portée de variable pour les changements

J'ai le texte suivant $rootScope variable que j'utilise pour enregistrer la session courante de l'utilisateur le niveau de privilège, puis-je accéder à cette variable à partir d'autres contrôleurs. Est il possible que je peux regarder la rootScope variable des modifications dans le but de mettre à jour les contrôleurs de variables spécifiques avec les modifications à la racine de la portée de la variable? Ci-dessous c'est le code que j'utilise jusqu'à présent, quelqu'un peut s'il vous plaît dites-moi ce que je fais de mal et comment le résoudre? Grâce

Dans app.js en vertu de l' .exécuter:

 $rootScope.uPLevel = 0;

.contrôleur de

   $scope.$watch($rootScope.uPLevel, function() {
            $scope.userPLevel = $rootScope.uPLevel;
   }, true);
InformationsquelleAutor MChan | 2014-03-29
  1. 52

    Le premier paramètre à $watch devrait être une chaîne de caractères ou une fonction (docs). À droite vous êtes maintenant en lui passant la valeur de $rootScope.uPLevel sur l'initialisation du contrôleur. 

    $scope.$watch(function() {
  return $rootScope.uPLevel;
}, function() {
  $scope.userPLevel = $rootScope.uPLevel;
}, true);

    Deux sidenotes:

    • Il peut être prudent de stocker cette valeur dans un service, plutôt que de $rootScope.
    • Si uPLevel est seulement un entier (comme ton exemple), alors vous n'avez pas besoin de passer true en tant que troisième paramètre - c'est uniquement pour les tableaux et les objets. Si vous ne souhaitez regarder une collection, alors je vous suggérons d'utiliser $watchCollection à la place.
    • Merci beaucoup, raison pour laquelle je suis à l'aide de rootScope que j'ai besoin d'une voie accessible à partir de tous les services / les contrôleurs de l'application de large. Croyez-vous avoir cette variable à l'intérieur d'un service est beaucoup mieux? si oui pouvez-vous expliquer pourquoi?
    • C'est généralement une mauvaise idée d'encombrer $rootScope pour les mêmes raisons, on ne doit pas attacher beaucoup de variables à window. Quelque chose à penser. N'oubliez pas de upvote!
    • est juste que vous devriez résister à mettre les choses sur $rootScope, dans ce cas je vous conseille de vous diffuser un événement à partir de $rootScope qui tous les contrôleurs/services peuvent écouter afin de gérer la logique de changement.
    • ou vous pouvez utiliser un objet unique et stocker toutes les données à l'intérieur. de cette façon, vous n'avez pas encombrer l' $rootScope
    • En Plus d'une plus voter parce que si vous avez une valeur dynamique de la montre qui n'est pas bien isolée dans un champ d'application spécifique, même si c'est sur la somme de fenêtre, ce qui est une bonne façon d'aller.
    • bonne réponse! Je vous remercie.

    InformationsquelleAutor SomeKittens
  2. 24

    Je recommande de regarder $rootScope variables comme ça:

    $scope.$watch('$root.uPLevel', function() {
    $scope.userPLevel = $rootScope.uPLevel;
});

    De cette façon, Lorsque la directive actuelle/contrôleur est détruit. Il efface le regarder ainsi. Dans $rootScope.$le boîtier de montre, la montre reste éternellement.

    • fonctionne comme un charme
    • Grande idée. Parfait si vous êtes à la recherche pour l'optimisation des performances
    • Je vous remercie. Il fonctionne, tout simplement.
    • Astucieux! N'avais pas pensé de cette façon, merci 🙂
    InformationsquelleAutor nir