Fixes #40403 and fixes imgs and layout of example that are unrestrained and thus are too big in StackBlitz. PR Close #40451
		
			
				
	
	
		
			169 lines
		
	
	
		
			8.3 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
			
		
		
	
	
			169 lines
		
	
	
		
			8.3 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
# Text interpolation
 | 
						|
 | 
						|
Text interpolation allows you to incorporate dynamic string values into your HTML templates.
 | 
						|
With interpolation, you can dynamically change what appears in an application view, such as displaying a custom greeting that includes the user's name.
 | 
						|
 | 
						|
<div class="alert is-helpful">
 | 
						|
 | 
						|
See the <live-example></live-example> for all of the syntax and code snippets in this guide.
 | 
						|
 | 
						|
</div>
 | 
						|
 | 
						|
## Displaying values with interpolation
 | 
						|
 | 
						|
Interpolation refers to embedding expressions into marked up text.
 | 
						|
By default, interpolation uses the double curly braces `{{` and `}}`  as delimiters.
 | 
						|
 | 
						|
To illustrate how interpolation works, consider an Angular component that contains a `currentCustomer` variable:
 | 
						|
 | 
						|
<code-example path="interpolation/src/app/app.component.ts" region="customer" header="src/app/app.component.ts"></code-example>
 | 
						|
 | 
						|
You can use interpolation to display the value of this variable in the corresponding component template:
 | 
						|
 | 
						|
<code-example path="interpolation/src/app/app.component.html" region="interpolation-example1" header="src/app/app.component.html"></code-example>
 | 
						|
 | 
						|
Angular replaces `currentCustomer` with the string value of the corresponding component property.
 | 
						|
In this case, the value is `Maria`.
 | 
						|
 | 
						|
In the following example, Angular evaluates the `title` and `itemImageUrl` properties to display some title text and an image.
 | 
						|
 | 
						|
<code-example path="interpolation/src/app/app.component.html" region="component-property" header="src/app/app.component.html"></code-example>
 | 
						|
 | 
						|
## Template expressions
 | 
						|
 | 
						|
A template **expression** produces a value and appears within double curly braces, `{{ }}`.
 | 
						|
Angular resolves the expression and assigns it to a property of a binding target.
 | 
						|
The target could be an HTML element, a component, or a directive.
 | 
						|
 | 
						|
### Resolving expressions with interpolation
 | 
						|
 | 
						|
More generally, the text between the braces is a template expression that Angular first evaluates and then converts to a string.
 | 
						|
The following interpolation illustrates the point by adding two numbers:
 | 
						|
 | 
						|
<code-example path="interpolation/src/app/app.component.html" region="convert-string" header="src/app/app.component.html"></code-example>
 | 
						|
 | 
						|
Expressions can also invoke methods of the host component such as `getVal()` in the following example:
 | 
						|
 | 
						|
<code-example path="interpolation/src/app/app.component.html" region="invoke-method" header="src/app/app.component.html"></code-example>
 | 
						|
 | 
						|
With interpolation, Angular performs the following tasks:
 | 
						|
 | 
						|
1. Evaluates all expressions in double curly braces.
 | 
						|
1. Converts the expression results to strings.
 | 
						|
1. Links the results to any adjacent literal strings.
 | 
						|
1. Assigns the composite to an element or directive property.
 | 
						|
 | 
						|
<div class="alert is-helpful">
 | 
						|
 | 
						|
You can configure the interpolation delimiter with the [interpolation](api/core/Component#interpolation) option in the `@Component()` metadata.
 | 
						|
 | 
						|
</div>
 | 
						|
 | 
						|
### Syntax
 | 
						|
 | 
						|
Template expressions are similar to JavaScript.
 | 
						|
Many JavaScript expressions are legal template expressions, with the following exceptions.
 | 
						|
 | 
						|
You can't use JavaScript expressions that have or promote side effects, including:
 | 
						|
 | 
						|
* Assignments (`=`, `+=`, `-=`, `...`)
 | 
						|
* Operators such as `new`, `typeof`, or `instanceof`
 | 
						|
* Chaining expressions with <code>;</code> or <code>,</code>
 | 
						|
* The increment and decrement operators `++` and `--`
 | 
						|
* Some of the ES2015+ operators
 | 
						|
 | 
						|
Other notable differences from JavaScript syntax include:
 | 
						|
 | 
						|
* No support for the bitwise operators such as `|` and `&`
 | 
						|
* New [template expression operators](guide/template-expression-operators), such as `|`, `?.` and `!`
 | 
						|
 | 
						|
## Expression context
 | 
						|
 | 
						|
Interpolated expressions have a context—a particular part of the application to which the expression belongs.
 | 
						|
Typically, this context is the component instance.
 | 
						|
 | 
						|
In the following snippet, the expression `recommended` and the expression `itemImageUrl2` refer to properties of the `AppComponent`.
 | 
						|
 | 
						|
<code-example path="interpolation/src/app/app.component.html" region="component-context" header="src/app/app.component.html"></code-example>
 | 
						|
 | 
						|
An expression can also refer to properties of the _template's_ context such as a [template input variable](guide/built-in-directives#template-input-variables) or a [template reference variable](guide/template-reference-variables).
 | 
						|
 | 
						|
The following example uses a template input variable of `customer`.
 | 
						|
 | 
						|
<code-example path="interpolation/src/app/app.component.html" region="template-input-variable" header="src/app/app.component.html (template input variable)"></code-example>
 | 
						|
 | 
						|
This next example features a template reference variable, `#customerInput`.
 | 
						|
 | 
						|
<code-example path="interpolation/src/app/app.component.html" region="template-reference-variable" header="src/app/app.component.html (template reference variable)"></code-example>
 | 
						|
 | 
						|
<div class="alert is-helpful">
 | 
						|
 | 
						|
Template expressions cannot refer to anything in the global namespace, except `undefined`.
 | 
						|
They can't refer to `window` or `document`.
 | 
						|
Additionally, they can't call `console.log()` or `Math.max()` and they are restricted to referencing members of the expression context.
 | 
						|
 | 
						|
</div>
 | 
						|
 | 
						|
### Preventing name collisions
 | 
						|
 | 
						|
The context against which an expression evaluates is the union of the template variables, the directive's context object—if it has one—and the component's members.
 | 
						|
If you reference a name that belongs to more than one of these namespaces, Angular applies the following logic to determine the context:
 | 
						|
 | 
						|
1. The template variable name.
 | 
						|
1. A name in the directive's context.
 | 
						|
1. The component's member names.
 | 
						|
 | 
						|
To avoid variables shadowing variables in another context, keep variable names unique.
 | 
						|
In the following example, the `AppComponent` template greets the `customer`, Padma.
 | 
						|
 | 
						|
An `ngFor` then lists each `customer` in the `customers` array.
 | 
						|
 | 
						|
<code-example path="interpolation/src/app/app.component.1.ts" region="var-collision" header="src/app/app.component.ts"></code-example>
 | 
						|
 | 
						|
The `customer` within the `ngFor` is in the context of an `<ng-template>` and so refers to the `customer` in the `customers` array, in this case Ebony and Chiho.
 | 
						|
This list does not feature Padma because `customer` outside of the `ngFor` is in a different context.
 | 
						|
Conversely, `customer` in the `<h1>` doesn't include Ebony or Chiho because the context for this `customer` is the class and the class value for `customer` is Padma.
 | 
						|
 | 
						|
## Expression best practices
 | 
						|
 | 
						|
When using template expressions, follow these best practices:
 | 
						|
 | 
						|
* **Use short expressions**
 | 
						|
 | 
						|
  Use property names or method calls whenever possible.
 | 
						|
  Keep application and business logic in the component, where it is easier to develop and test.
 | 
						|
 | 
						|
* **Quick execution**
 | 
						|
 | 
						|
  Angular executes template expressions after every [change detection](guide/glossary#change-detection) cycle.
 | 
						|
  Many asynchronous activities trigger change detection cycles, such as promise resolutions, HTTP results, timer events, key presses and mouse moves.
 | 
						|
 | 
						|
  Expressions should finish quickly to keep the user experience as efficient as possible, especially on slower devices.
 | 
						|
  Consider caching values when their computation requires greater resources.
 | 
						|
 | 
						|
* **No visible side effects**
 | 
						|
 | 
						|
  According to Angular's [unidirectional data flow model](guide/glossary#unidirectional-data-flow), a template expression should not change any application state other than the value of the target property.
 | 
						|
  Reading a component value should not change some other displayed value.
 | 
						|
  The view should be stable throughout a single rendering pass.
 | 
						|
 | 
						|
  <div class="callout is-important">
 | 
						|
    <header>Idempotent expressions reduce side effects</header>
 | 
						|
 | 
						|
    An [idempotent](https://en.wikipedia.org/wiki/Idempotence) expression is free of side effects and improves Angular's change detection performance.
 | 
						|
    In Angular terms, an idempotent expression always returns *exactly the same thing* until one of its dependent values changes.
 | 
						|
 | 
						|
    Dependent values should not change during a single turn of the event loop.
 | 
						|
    If an idempotent expression returns a string or a number, it returns the same string or number if you call it twice consecutively.
 | 
						|
    If the expression returns an object, including an `array`, it returns the same object *reference* if you call it twice consecutively.
 | 
						|
 | 
						|
  </div>
 | 
						|
 | 
						|
  <div class="alert is-important">
 | 
						|
 | 
						|
  There is one exception to this behavior that applies to `*ngFor`.
 | 
						|
  `*ngFor` has `trackBy` functionality that can deal with changing values in objects when iterating over them.
 | 
						|
  See [*ngFor with `trackBy`](guide/built-in-directives#ngfor-with-trackby) for details.
 | 
						|
 | 
						|
  </div>
 |