I am struggling to understand the scope of models and their bindings in respect of directives which have limited scope.
I get that restricting the scope on a directive means that controller.$scope and directive.scope are no longer the same thing. However, I am confused about how the placing of models either within the directive template or in the html affects data binding. I feel I'm missing something very fundamental and to move on I need to understand this.
Take the following code (fiddle here: http://jsfiddle.net/2ams6/)
JavaScript
var app = angular.module('app',[]); app.controller('Ctrl',function($scope){ }); app.directive('testel', function(){ return { restrict: 'E', scope: { title: '@' }, transclude: true, template: '<div ng-transclude>'+ '<h3>Template title: {{title}}</h3>' + '<h3>Template data.title:{{data.title}}</h3>' + '</div>' } });
HTML
<div ng-app='app'> <div ng-controller="Ctrl"> <input ng-model="data.title"> <testel title="{{data.title}}"> <h3>Transclude title:{{title}}</span></h3> <h3>Transclude data.title:{{data.title}}</h3> </testel> </div> </div>
The model only updates {{title}}
within the template, and {{data.title}}
in the transclusion. Why not {{title}}
in the transclusion nor {{data.title}}
in the template?
Moving the input to within the transclusion like so (fiddle here: http://jsfiddle.net/eV8q8/1/):
<div ng-controller="Ctrl"> <testel title="{{data.title}}"> <input ng-model="data.title"> <h3>Transclude title: <span style="color:red">{{title}}</span></h3> <h3>Transclude data.title: <span style="color:red">{{data.title}}</span></h3> </testel> </div>
now means only transclude {{data:title}}
gets updated. Why not either template {{title}}
or {{data.title}}
, nor transclude {{title}}
?
And finally, moving the input to within the template, like so (fiddle here: http://jsfiddle.net/4ngmf/2/):
template: '<div ng-transclude>' + '<input ng-model="data.title" />' + '<h3>Template title: {{title}}</h3>' + '<h3>Template data.title: {{data.title}}</h3>' + '</div>'
Now means that only template {{data.title}}
gets updated. Again, why not the other 3 bindings?
I hope there is something obvious staring me in the face and I'm missing it. If you get me to get this, I'll buy you a beer, or give you some points, or some other such thing. Many thanks.
Isolated scope directive is a scope that does not inherit from the parent and exist on its own. Scenario: Lets create a very simple directive which will show the object from the parent controller.
By default, directives do not create their own scope; instead they use the scope of their parent, generally a controller (within the scope of which the directive is defined). We can change the default scope of the directive using the scope field of the DDO (Data Definition Object).
You can create a new scope manually. You can create a new scope from $rootScope if you inject it, or just from your controller scope - this shouldn't matter as you'll be making it isolated. var alertScope = $scope. $new(true); alertScope.
In an AngularJS directive the scope allows you to access the data in the attributes of the element to which the directive is applied. This is illustrated best with an example: <div my-customer name="Customer XYZ"></div> and the directive definition: angular.
Your fiddles create three scopes:
Ctrl
, because of ng-controller
transclude: true
scope: { ... }
In fiddle1, before we type anything into the text box we have the following:
Scope 003 is the scope associated with the controller. Since we didn't type into the textbox yet, there is no data
property. In isolate scope 004, we see that a title
property was created, but it is empty. It is empty because the parent scope doesn't have a data.title
property yet.
After typing my title
into the textbox, we now have:
Controller scope 003 now has a new data
object property (which is why it is colored yellow), which has a title
property now set to my title
. Since isolate scope property title
is one-way databound to the interpolated value of data.title
, it also gets the value my title
(the value is colored yellow because it changed).
The transcluded scope prototypically inherits from the controller scope, so inside the transcluded HTML, angular can follow the prototype chain and find $scope.data.title
in the parent scope (but $scope.title
doesn't exist there).
The isolate scope only has access to its own properties, hence only property title
.
In fiddle2, before typing we have the same picture as in fiddle1.
After typing my title
:
Notice where the new data.title
property showed up -- on the transcluded scope. The isolate scope is still looking for data.title
on the controller scope, but its not there this time, so its title
property value remains empty.
In fiddle3, before typing we have the same picture as in fiddle1.
After typing my title
:
Notice where the new data.title
property showed up -- on the isolate scope. None of the other scopes have access to the isolate scope, so the string my title
won't appear anywhere else.
Update for Angular v1.2:
With change eed299a Angular now clears the transclusion point before transcluding, so the Template title: ...
and Template data.title: ...
parts won't show up unless you modify the template such that ng-transclude
is by itself, such as:
'<h3>Template title: <span style="color:red">{{title}}</span></h3>' + '<h3>Template data.title: <span style="color:red">{{data.title}}</span></h3>' + '<div ng-transclude></div>'
In the update below for Angular v1.3, this template change was made.
Update for Angular v1.3+:
Since Angular v1.3, the transcluded scope is now a child of the directive's isolate scope, rather than a child of the controller scope. So in fiddle1, before we type anything:
The pictures in this update are drawn with the Peri$scope tool, so the pictures are a bit different. The @
indicates we have an isolate scope property that uses the @
syntax, and the pink background means that the tool was unable to find an ancestor reference for the mapping (which is true, since we didn't type anything in to the textbox yet).
After typing my title
into the textbox, we now have:
Isolate properties that use @
binding will always show the interpolated string result in the isolate scope after the @
symbol. Peri$scope was also able to find this exact string value in an ancestor scope, so it also shows a reference to that property.
In fiddle 2, before typing we have the same picture as in fiddle1.
After typing my title
:
Notice where the new data.title
property showed up -- on the transcluded scope. The isolate scope is still looking for data.title
on the controller scope, but its not there this time, so its title
property value remains empty.
In fiddle3, before typing we have the same picture as in fiddle1.
After typing my title
:
Notice where the new data.title
property showed up -- on the isolate scope. Even though the transcluded scope has access to the isolate scope via the $parent
relationship, it won't look there for title
or data.title
-- it will only look in the controller scope (i.e., it will follow the prototypal inheritance), and the controller scope doesn't have these properties defined.
After reading through all the answers presented, including Mark's fantastic schematics, this is my understanding of scope and it's inheritance per my question. I would appreciate comments on where this diagram falls down, in order I can update appropriately. I hope it simply provides a different view to what Mark has presented:
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With