You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Dec 4, 2017. It is now read-only.
Template context property names take precedence over component context names.
170
-
In `{{hero}}` above, the `hero` is the template input variable, not the component's `hero` property.
161
+
The context for terms in an expression is a blend of the _template variables_,
162
+
the directive's _context_ object (if it has one), and the component's _members_.
163
+
If you reference a name that belongs to more than one of these namespaces,
164
+
the tempate variable name takes precedence, followed by a name in the directive's' _context_,
165
+
and, lastly, the component's member names.
166
+
167
+
The previous example presents such a name collision. The component has a `hero` property and the `*ngFor` defines a `hero` template variable. The `hero` in `{{hero}}` refers to the template input variable, not the component's property.
171
168
172
169
blocktemplate-expressions-cannot
173
170
:marked
@@ -1480,22 +1477,14 @@ a#inputs-outputs
1480
1477
You have *limited* access to members of a **target** directive.
1481
1478
You can only bind to properties that are explicitly identified as *inputs* and *outputs*.
1482
1479
:marked
1483
-
In the following example, `iconUrl` and `onSave` are members of a component
1484
-
that are referenced within quoted syntax to the right of the `=`.
1480
+
In the following snippet, `iconUrl` and `onSave` are data-bound members of the `AppComponent`
1481
+
and are referenced within quoted syntax to the _right_ of the equals (`=`).
0 commit comments