locationChangeStart et la prévention de la route à modifier

Je suis en train de créer une validation de base que l'utilisateur peut accéder à une route ou pas.
J'ai eu des progrès, mais il y a une chose que je ne peux pas comprendre.

Je suis en utilisant $locationChangeStart pour surveiller les changements de route. Le scénario est:
1. si l'utilisateur est connecté, puis de lui permettre d'accéder à toutes les routes, à l'exception auth routes (login, register). Je vérifie cela en appelant la méthode isAuthenticated() de mon AuthFactory
2. Si l'utilisateur n'est pas connecté, alors il a accès uniquement se connecter et enregistrer des itinéraires. Toute autre voie ne doit être empêché, et l'utilisateur doit être redirigé vers la de login dans ce cas.

$rootScope.$on('$locationChangeStart', function(event, newUrl, oldUrl){
  if(AuthFactory.isAuthenticated()){
    if(AuthFactory.isAuthRoute(newUrl)){
      event.preventDefault();
      $location.path('/');
    }
  } else {
    if(!AuthFactory.isAuthRoute(newUrl)){
      event.preventDefault();
      $location.path('/login');
    }

  }
});

Chose qui me dérange, c'est celui avec preventDefault(). Si l'application atteint de code avec preventDefault(), location.path() qui vient après qui, tout simplement ne fonctionne pas.

Cependant, si je supprime event.preventDefault(), location.path() œuvres. Problème avec cela, c'est que j'ai besoin et d'éviter, en cas de non-connecté tente d'accéder à certains non-auth page.

Fondamentalement, je veux être capable de prévenir ou de redirection basée sur l'itinéraire requis. Quelle est la bonne façon de le faire?

Je suis incertain de ce que vous faites et ce que vous désirez. Pouvez-vous nous fournir un plunkr?
Hey baba, j'ai édité ma question, veuillez vérifier si il est plus concis maintenant?
À mon avis, vous shoudn pas utiliser le $service de localisation. Il est trop bas niveau. Je voudrais vérifier le github.com/angular-ui/ui-router qui est beaucoup plus adapté à la tâche que vous décrivez.
Je vois, seulement j'ai pensé que je peux gérer cela en utilisant juste angulaire des événements. Je vais jeter un oeil, merci
Avez-vous essayez d'utiliser $timeout pour déclencher $lieu.path() après preventDefault(). De cette façon, vous séparer de l'annulation de la trajectoire de changement de l'événement et de la configuration du nouveau chemin d'accès. Devrait fonctionner.

OriginalL'auteur Ned | 2013-12-25

  1. 3

    Ok, vous avez besoin pour ce faire:

    var authPreventer = $rootScope.$on('$locationChangeStart', function(event, newUrl, oldUrl){
    if(AuthFactory.isAuthenticated()){
        if(AuthFactory.isAuthRoute(newUrl)){
            event.preventDefault();
            authPreventer(); //Stop listening for location changes
            $location.path('/');
        }
    } 
    else {
        if(!AuthFactory.isAuthRoute(newUrl)){
            event.preventDefault();
            authPreventer(); //Stop listening for location changes
            $location.path('/login');
        }
    }
});
    Pour l'enregistrement, ce billet de blog dirait qu'il est passé à travers un traducteur dans une autre langue, et de nouveau en anglais. Le post original que sysmagazine arraché est ici: weblogs.asp.net/dwahlin/...

    OriginalL'auteur saike

  2. 2

    Vous pouvez essayer d'utiliser auth dans résout dans l'ordre pour empêcher l'accès à certaines routes.
    ici est de la doc,c'est pas très clair, mais vous pouvez trouver beaucoup d'exemples.

    Hey yotamsha, c'est vrai, mais j'ai besoin d'attacher à résoudre et vérifier, pour chaque existante et de la nouvelle route. J'espérais que je le faire sur un lieu, mon cas d'utilisation était assez habituel, c'est pourquoi je ne peux pas croire que c'est si difficile à faire, mais on dirait que c'est 🙂 merci pour votre aide!

    OriginalL'auteur yotamsha

  3. 0

    J'ai récemment eu le même problème et j'ai finalement été en mesure de le résoudre par l'écoute de $routeChangeStart au lieu de $locationChangeStart (sans avoir besoin d'appeler $route.reload()).

    La documentation pour les deux événements est un peu vague... je suppose que le $ruteChangeStart événement est appelé avant la $locationChangeStart (je vais lire le code source pour comprendre pleinement ce qui se passe ici).

    OriginalL'auteur rvignacio

  4. -2

    Ok, j'ai réussi à le faire à l'aide de $routeChangeStart. Le hic, c'est dans l'utilisation de $route.reload(). Donc le code ci-dessus, devrait ressembler à quelque chose comme ceci:

    $rootScope.$on('$routeChangeStart', function(event, next, current){
  if(AuthFactory.isAuthenticated()){
    if(AuthFactory.isAuthRoute(next.originalPath)){
      $route.reload();
      $location.path('/');
    }       
  } else {
    if(!AuthFactory.isAuthRoute(next.originalPath)){
      $route.reload();
      $location.path('/login');
    }
  }
});

    J'ai mis cela dans mon .méthode run, de sorte que toutes les requêtes sont traitées ici, et je n'ai pas besoin de penser à chaque nouvelle route que je (ou quelqu'un d'autre ajoute). C'est pourquoi il semble plus propre à moi.

    Si quelqu'un a approche différente, s'il vous plaît partager.

    Note: juste au cas, je fais mon check sur le backend partie aussi 🙂

    le contrôleur devient encore appelée afin de changer l'itinéraire de la route après a commencé à changer.

    OriginalL'auteur Ned