AngularJS のスコープ、継承構造、イベント システム、ライフサイクルを深く掘り下げる
- 高洛峰オリジナル
- 2016-12-08 09:58:371161ブラウズ
この記事の例では、AngularJS のスコープ、継承構造、イベント システム、ライフ サイクルについて説明します。参考のために皆さんと共有してください。詳細は次のとおりです:
スコープscopeの詳細な説明
すべての$scopeはクラスScopeのインスタンスです。クラス Scope には、スコープのライフサイクルを制御できるメソッドがあり、イベントを伝播する機能を提供し、テンプレートのレンダリングをサポートします。
スコープ階層
この単純な HelloCtrl の例をもう一度見てみましょう:
var HelloCtrl = function($scope){
$scope.name = 'World';
}
HelloCtrl は、実際には、$scope パラメーターを除いて、通常の JavaScript コンストラクターのように見えます。それ以外には、実際には何も新しいものはありません。それについて。しかし、このパラメータはどこから来たのでしょうか?
この新しいスコープは、Scope.$new() メソッドを使用して ng-controller ディレクティブによって生成されます。待ってください。新しいスコープを作成するには、少なくとも 1 つのスコープのインスタンスが必要です。はい、AngularJS には実際には $rootScope があります (これは他のすべてのスコープの親です)。この $rootScope インスタンスは、新しいアプリケーションの起動時に作成されます。
ng-controller ディレクティブは、スコープを作成できるディレクティブの 1 つです。 AngularJS は、DOM ツリー内でこの create-scope ディレクティブを検出すると、Scope クラスの新しいインスタンスを作成します。これらの新しく作成されたスコープは、$parent プロパティを介して独自の親スコープを指します。 DOM ツリーにはスコープを作成できるディレクティブが多数存在します。その結果、多数のスコープが作成されます。
スコープの形式は親子のツリーのような関係に似ており、ルートは $rootScope インスタンスです。スコープの作成が DOM ツリーによって行われるのと同様に、スコープ ツリーも DOM の構造を模倣します。
一部のディレクティブが新しい子スコープを作成することがわかったので、なぜこれほど複雑な作業が必要なのか疑問に思うかもしれません。これを理解するために、ng-repeat ループ ディレクティブが使用される例を示します。
コントローラーは次のとおりです:
var WorldCtrl = function ($scope) {
$scope.population = 7000;
$scope.countries = [
{name: 'France', population: 63.1},
{name: 'United Kingdom', population: 61.8},
];
};
テンプレートは次のとおりです:
<ul ng-controller="WorldCtrl">
<li ng-repeat="country in countries">
{{country.name}} has population of {{country.population}}
</li>
<hr>
World's population: {{population}} millions
</ul>
この ng-repeat ディレクティブは、国のコレクションを反復し、国の項目ごとに新しい DOM 要素を作成できます。コレクション。 ng-repeat ディレクティブの構文は非常に理解しやすいです。各項目には新しい変数 country が必要で、ビューのレンダリングのためにそれを $scope にハングします。
しかし、ここには問題があります。つまり、各国は $scope に新しい変数をマウントする必要があり、以前にマウントされた値を単純に上書きすることはできません。 AngularJS は、コレクション内の要素ごとに新しいスコープを作成することでこの問題を解決します。これらの新しく作成されたスコープは、対応する DOM ツリー構造に非常に似ており、前述した素晴らしい Chrome 拡張機能 Batarang を使用して視覚化することもできます。
各スコープ (四角形で囲まれた) は独自のデータ モデルを維持します。同じ名前の変数を異なるスコープに追加してもまったく問題はなく、名前の競合も発生しません (異なる DOM 要素は異なるスコープを指し、対応するスコープの変数を使用してテンプレートをレンダリングします)。このように、各要素には独自の名前空間があり、各
スコープの階層と継承
想像してみてください。スコープで定義されたプロパティはその子に表示されます。子スコープでは同じ名前のプロパティを繰り返し定義する必要はありません。これは、スコープ チェーンを通じて使用できるプロパティを何度も再定義する必要がないため、実際には非常に便利です。
前の例をもう一度見て、世界の総人口に対するこれらの国の指定された割合を表示したいとします。この関数を実装するには、次のようにスコープで worldsPercentage メソッドを定義し、WorldCtrl で管理します:
$scope.worldsPercentage = function (countryPopulation) {
return (countryPopulation / $scope.population)*100;
}
その後、ng-repeat によって作成されたすべてのスコープ インスタンスがこれを呼び出します。メソッドは次のとおりです:
<li ng-repeat="country in countries">
{{country.name}} has population of {{country.population}},
{{worldsPercentage(country.population)}} % of the World's
population
</li>
AngularJS のスコープの継承ルールは、JavaScript のプロトタイプの継承ルールと同じです (属性を読み取る必要がある場合、属性が見つかるまで継承ツリーの先頭にクエリを実行し続けます。このプロパティに対して) ）。
スコープチェーンを介した継承のリスク
スコープの階層関係を介したこの種の継承は、データを読み取るときに非常に直感的で理解しやすいです。ただし、データを書き込む場合は少し複雑になります。
子スコープにあるかどうかに関係なく、スコープに変数を定義した場合を見てみましょう。 JavaScript コードは次のとおりです:
var HelloCtrl = function ($scope) {
};
ビューのコードは次のとおりです:
<body ng-app ng-init="name='World'">
<h1>Hello, {{name}}</h1>
<div ng-controller="HelloCtrl">
Say hello to: <input type="text" ng-model="name">
<h2>Hello, {{name}}!</h2>
</div>
</body>
このコードを実行すると、name 変数は最上位スコープでのみ定義されていることがわかります。アプリ全体で表示されます!これは、変数がスコープ チェーンから継承されていることを示しています。つまり、変数は親スコープで定義され、子スコープでアクセスされます。
现在，我们一起来看看，如果在 d5fd7aea971a85678ba271703566ebfd 中写点字会发生什么，运行结果你可能会感到吃惊，因为 HelloCtrl 控制器所初始化的作用域创建了一个新的变量，而不是直接去修改$rootScope 实例中的值。不过当我们认识到作用域也只不过是在彼此间进行了原型继承，也就不会觉得那么吃惊了。所有可以用在 JavaScript 对象上的原型继承的规则，都可以同等的用在 作用域 的原型链继承上去。毕竟 Scopes 作用域就是 JavaScript 对象嘛。
在子级作用域中去改变父级作用域上面的属性有几种方法。第一种，我们就直接通过 $parent 属性来引用父级作用域，但我们要看到，这是一个非常不可靠的解决方案。麻烦之处就在于，ng-model 指令所使用的表达式非常严重的依赖于整个DOM结构。比如就在 d5fd7aea971a85678ba271703566ebfd 标签上面的哪里插入另一个 可创建作用域 的指令，那$parent 就会指向一个完全不同的作用域了。
就经验来讲，尽量避免使用 $parent 属性，因为它强制的把 AngularJS 表达式和你的模板所创建的 DOM 结构捆绑在了一起。这样一来，HTML结构的一个小小的改动，都可能会让整个应用崩溃。
另一个解决方案就是，不要直接把属性绑定到 作用域上，而是绑到一个对象上面，如下所示：
<body ng-app ng-init="thing = {name : 'World'}">
<h1>Hello, {{thing.name}}</h1>
<div ng-controller="HelloCtrl">
Say hello to: <input type="text" ng-model="thing.name">
<h2>Hello, {{thing.name}}!</h2>
</div>
</body>
这个方案会更可靠，因为他并没有假设 DOM 树的结构是什么样子。
避免直接把数据绑定到 作用域的属性上。应优先选择把数据双向绑定到对象的属性上（然后再把对象挂到 scope 上）。就经验而言，在给 ng-model 指令的表达式中，你应该有一个点（例如， ng-model="thing.name"）。
作用域层级和事件系统
层级关系中的作用域可以使用 event bus（一种事件系统）。AngularJS可以在作用域层级中传播具名的装备齐全的事件。事件可以从任何一个作用域中发出，然后向上（$emit）和向下（$broadcast）四处传播。
AngularJS核心服务和指令使用这种事件巴士来发出一些应用程序状态变化的重要事件。比如，我们可以监听$locationChangeSuccess 事件（由 $rootScope 实例发出），然后在任何 location（浏览器中就是URL）变化的时候都会得到通知，如下所示：
$scope.$on('$locationChangeSuccess', function(event, newUrl, oldUrl){
//react on the location change here
//for example, update breadcrumbs based on the newUrl
});
每一个作用域对象都会有这个 $on 方法，可以用来注册一个作用域事件的侦听器。这个函数所扮演的侦听器在被调用时会有一个 event 对象作为第一个参数。后面的参数会根据事件类型的不同与事件本身的配备一一对应。
类似于 DOM 事件，我们可以调用 event 对象的 preventDefault() 和 stopPropagation() 方法。stopPropagation() 方法将会阻止事件沿着作用域层级继续冒泡，并且只在事件向上层传播的时候（$emit）才有效。
尽管 AngularJS 的事件系统是模仿了 DOM 的，但两个事件传播系统是完全独立的，没有任何共同之处。
虽然在作用域层级中传播事件对一些问题来说是一种非常优雅方案（特别是对全局的，异步的状态变化来说），但还是要适度使用。通常情况下，可以依靠双向数据绑定来得到一个比较干净的方案。在整个 AngularJS 框架中，一共只发出（$emit）了三个事件（$includeContentRequested,$includeContentLoaded,$viewContentLoaded）和七个广播（$broadcast）（$locationChangeStart, $locationChangeSuccess, $routeUpdate, $routeChangeStart,$routeChangeSuccess, $routeChangeError, $destroy）。正如你所看到的，作用域事件使用的非常少，我们应该在发送自定义的事件之前认真的评估一下其他的可选方案（多数会是双向数据绑定）。
千万不要在 AngularJS 中模仿 DOM 的基于事件的编程方式。大多数情况下，你的应用会有更好的架构方式，你也可以在双向数据绑定这条路上深入探索。
作用域的生命周期
作用域需要提供相互隔离的命名空间，避免变量的命名冲突。作用域们都很小，而且被以层级的方式组织起来，对内存使用的管理来说很有帮助。当其中一个作用域不再需要 ，它就可以被销毁了。结果就是，这个作用域所暴露出来的模型和方法就符合的垃圾回收的标准。
新的作用域通常是被 可创建作用域 的指令所生成和销毁的。不过也可以使用 $new() 和 $destroy() 方法来手动的创建和销毁作用域。
希望本文所述对大家AngularJS程序设计有所帮助。