Qu'est-ce que 'moins cher', au niveau des performances $diffusion $ou regarder

J'ai une situation dans mon application, où j'ai besoin de recharger le menu à chaque fois le rôle des modifications de l'utilisateur(Un utilisateur peut avoir des rôles dans plusieurs entreprises).

Je me demandais quelle est la meilleure façon d'aborder cette question.

actuellement, je suis en train de faire les suivants: 

app.controller('menuLoadingCtrl', function($location, $scope, authService){
    $scope.model.initialRole = authService.getRole();
    $scope.$watch(function(){return authService.getRole()}, function(val){
        if(val && val != $scope.model.initialRole){
                $scope.layout.menuSrc = 'partials/menu.html';
        }
    });
})

Simple redirection de l'utilisateur vers le menu de chargement de la vue, et à partir de là, retour à l'affichage du menu une fois le rôle est fini de se charger.
J'ai ce enveloppé dans une fonction: 

 $scope.layout.reloadMenu = function(){
        $scope.layout.menuSrc = 'partials/menuLoading.html';
    }

que j'appelle à tout scénario à qui je voudrais recharger le menu.

Je me demandais si je peux rendre ce processus plus automatique par la diffusion de cet événement à partir du service sur l' $rootScope, puis l'écouter dans le contrôleur.

Toutes les pensées\conseils sur ce qui sera grandement apprécié.

InformationsquelleAutor Oleg Belousov | 2013-10-27
  1. 53

    $watch() est en train de faire de la saleté de vérification: la fonction fait une comparaison de chaque digérer cycle. D'autre part, $broadcast() propage un événement uniquement lorsqu'il y en a un. Naturellement, $broadcast() est moins cher que $watch().

    Mais avez-vous vraiment avoir à vous soucier de la performance ici? Une primitive de la comparaison par cycle n'est rien. Toutefois, sur le plan conceptuel, $watch() est clairement ce dont vous avez besoin: vous voulez faire une action chaque fois qu'une modification de la variable. Je ne peux pas imaginer à l'aide de $broadcast() ici.

    • +1 clair et concis. Je voudrais juste ajouter que l'opération du code ne devrait pas avoir $watch ou $broadcast dans le contrôleur, en premier lieu, plutôt OP doivent envelopper authService dans Angulaire de service ou, mieux encore, un $q promesse.
    • Merci pour la réponse rapide. Je suppose que c'est le bon chemin pour aller ensuite, le seul problème est que de cette façon, j'ai besoin d'appeler une fonction à chaque fois que je veux recharger le menu, ce qui provoque une plus grande quantité de code, donc plus d'entretien. Fait le sale vérifier sur le niveau de service, et de la radiodiffusion, un eveny fera de cette action automatique, cependant, ne sera pas me permettre d'afficher un loader tout en la demande au serveur résout.
    • J'ai aussi besoin de définir un indicateur pour le contrôleur pour une affaire dans laquelle j'ai défini le type de rôle de façon synchrone, tels que journal dans \ log-out.
    • Pouvez-vous modifier votre question à expliquer plus en détails pourquoi et où vous contempler à l'utilisation de la radiodiffusion. Ce n'est pas tout à fait clair dès maintenant.
    • Vous êtes de droite. Ce test m'a convaincu.
    • que penser de ces tests ?
    • En plus d'être visiblement plus lent, le test de la montre se bloque sur l'onglet à l'itération 9 ou 10 pour moi.
    • n'aide pas lorsque vous souhaitez mettre à jour les données à partir d'autres(contrôleur de domaine différent) comme stackoverflow.com/questions/16883446

    InformationsquelleAutor Blackhole