champ d'application et de contrôleur de l'instanciation avec l'interface utilisateur du routeur

Même pour obtenir des réponses plus détaillées, on peut/doit observer la code source et vérifier la documentation. Laissez-moi vous expliquer tous les trois questions (et également citer de code et doc).

1. Quand dois-contrôleurs obtenir instancié?

Ici, nous pouvons observer le code de la ui-view directive:

[$ViewDirective.$inject = \['$state', '$injector', '$uiViewScroll', '$interpolate'\];][1]

Contrôleurs sont liées à vues. Ceux views, qui sont définies à l'intérieur d'un .state() comme le views objet:

.state('...', {
  //The view definition
  views : {
    '' : {
      template: ...
      controller: ...
      resolve: ..
    }
  },
  resolve: ...
}

Donc, lorsque c'est vue (le ui-view) rempli avec les paramètres définis à l'intérieur d'un état, il agit presque comme un standard, mais amélioré la directive.

1) le Modèle est trouvé,

2) Résout des sont résolus

...

x) Contrôleur est instancié...

Vue cibles (ui-view directives) pourrait utiliser les noms, et pourrait être rempli par les différents états dans la hiérarchie.

Cela peut vouloir dire qu'il pourrait y avoir un contenu à l'intérieur d'un point de vue (par exemple titre), défini par parent ainsi que remplacé par enfant

//parent
.state('parent', {
  views : {
    '' : {...} //the main parent view, with ui-view="title"
    'title@parent' : { ...} //here we go and fill parent's ui-view="title"
  },
  ...
}

//child
.state('parent.child', {
  views : {
    'title' : { ...} //here we change the parent's target ui-view="title"
  },
  ...
}

Au-dessus de la définition de l'état sera (à chaque fois que nous la transition entre ces deux états) faire:

• La $state.go('parent') - la vue (modèle, contrôleur...) définies dans 'title@parent' : { ...} seront injectés dans la cible ui-view="title" et instancié comme décrit ci-dessus

• La $state.go('parent.child') - presque la même chose, juste le point de vue soit pris d'état d'enfant/afficher la définition 'title' : { ...}. Qui va remplacer le contenu de la ui-view="title" et sera instancié comme décrit ci-dessus

Ce qui va se passer à chaque fois nous faire aller de l' du parent à l'enfant et d'un enfant à un parent.

2. Sous imbriqués les routes de faire tous les points de vue de partager un contrôleur et la portée?

Une réponse simple est PAS, il est pas partage commun.

En fait, chaque contrôleur a son propre champ, le seul qui est créé à partir de parent portée de vue. Tout d'abord la documentation:

Que Dois-Enfant, Les États Hérite De L'Objet Parent Les États?

...

La portée de l'Héritage en Vue de la Hiérarchie Seulement

Garder à l'esprit que les propriétés de l'étendue seulement hérité de descendre de l'état de la chaîne si les points de vue des états sont imbriqués. L'héritage de propriétés de l'étendue n'a rien à voir avec l'imbrication de vos états, et tout à voir avec l'imbrication de vos points de vue (des modèles).

Il est tout à fait possible que vous avez imbriqué des états dont les modèles de remplir ui-vues à divers non-imbriquées endroits à l'intérieur de votre site. Dans ce scénario, vous ne pouvez pas attendre pour accéder à la portée des variables d'état parent de vues au sein de l'opinion des enfants membres de.

Donc, lorsque c'est notre controller (bien le vue avec modèle, contrôleur...) injecté dans du parent cible ui-view="..." il obtient hérité portée:

newScope = scope.$new();

Qu'en un mot signifie que objets JS (par exemple scope.Model = {}) peut être partagée entre enfant et parent.

$scope.Model.id = 1; //will refer to the same id in both parent & child

Cependant, le code Javascript de base les types ne sont pas passés par référence, et donc leurs valeurs ne sont pas automatiquement synchronisé entre les portées:

//set in parent
$scope.id = 1;
//in child after inherted still === 1
$scope.id = 2; //now 2 for a child, different value in parent - still === 1

Il est intéressant de lire plus au sujet de l'héritage par prototype ici:

Quelles sont les nuances de portée prototypes /l'héritage par prototype dans AngularJS?

3. Ce qui se passe quand je passe états et de revenir à un état - un autre contrôleur obtenir instancié?

Il dépend.

Si le parent sous vue (rappelez-vous ui-view="title" ci-dessus) est remplacé par la vue enfant, et puis c'est re-créé (la transition de l'enfant vers le parent) - traitement de wil être ré-initialisé (voir ci-dessus).

Mais lorsque nous parlons de la principal de la vue parente (généralement sans nom), ce qui représente le parent (Par exemple sans nom de la vue ci-dessous avec le contrôleur 'ParentMainCtrl')

.state('parent', {
  views : {
    '' : {  // //the main parent view
      controller: 'ParentMainCtrl',
    }
    'title@parent'
    'tooltip@parent'
  },

Alors nous pouvons être sûrs que le contrôleur n'est PAS nouveau instancié. Il vit au cours de la durée de vie de tous ses enfants, plus d'un parent d'un (pas d'état d'enfant sélectionné).

De re-charger ce point de vue/contrôleur, nous devons utiliser une option reload

$etat.faire, params, options)

...
options les options de l'objet. Les options sont:

• ...
• recharger - {boolean=false}, Si elle est vraie force de la transition, même si l'état ou les paramètres n'ont pas changé, aka un rechargement du même état. Il diffère de reloadOnSearch parce que vous utilisez ce mode lorsque vous voulez forcer un rechargement quand tout est la même, y compris la recherche params.

Espère que ça aide un peu. Pour de plus amples informations, consultez les ressources suivantes:

• Imbriqués les États & Vues Imbriquées
• Plusieurs Vues Nommées
• Référence de l'API
• State.js de l'exemple d'application - je dirais que le mieux documenté morceau de code jamais

Contrôleurs obtenir instanciée au moment où les vues sont chargés pour la première fois.

Par exemple, si vous avez 3 onglets associés avec 3 manettes - puis le contrôleur associé à l'affichage par défaut instancie en Premier. Ensuite, lorsque vous chargez les autres vues de l'associé, les contrôleurs obtenir instancié.

Mais il est intéressant de noter, une fois un point de vue est chargé dans les DOM - il est mis en cache par défaut. Lorsqu'une vue est de naviguer loin de la, son élément est à gauche dans les DOM, et son champ d'application est déconnecté de l' $watch cycle. Lors de la navigation à vue qui est déjà dans le cache, son champ d'application est ensuite reconnecté, et que l'élément qui a été laissé dans les DOM devient la fenêtre active.