The NgFor directive has a different syntax from other directives we've seen. If you're familiar with the for...of statement, you'll notice that they're almost identical. NgFor lets you specify an iterable object to iterate over and the name to refer to each item by inside the scope. In our example, you can see that episode is available for interpolation as well as property binding. The directive does some extra parsing so that when this is expanded to template form, it looks a bit different:
Notice that there is an odd let-episode property on the template element. The NgFor directive provides some variables as context within its scope. let-episode is a context binding and here it takes on the value of each item of the iterable.
Local Variables
NgFor also provides other values that can be aliased to local variables:
index - position of the current item in the iterable starting at 0
first - true if the current item is the first item in the iterable
last - true if the current item is the last item in the iterable
even - true if the current index is an even number
Often NgFor is used to iterate through a list of objects with a unique ID field. In this case, we can provide a trackBy function which helps Angular keep track of items in the list so that it can detect which items have been added or removed and improve performance.
Angular will try and track objects by reference to determine which items should be created and destroyed. However, if you replace the list with a new source of objects, perhaps as a result of an API request - we can get some extra performance by telling Angular how we want to keep track of things.
For example, if the Add Episode button was to make a request and return a new list of episodes, we might not want to destroy and re-create every item in the list. If the episodes have a unique ID, we could add a trackBy function:
@Component({ selector:'app-root', template:` <button (click)="addOtherEpisode()" [disabled]="otherEpisodes.length === 0"> Add Episode </button> <app-for-example *ngFor="let episode of episodes; let i = index; let isOdd = odd; trackBy: trackById" [episode]="episode" [ngClass]="{ odd: isOdd }"> {{episode.title}} </app-for-example> `})exportclassAppComponent { otherEpisodes = [ { title:'Two Swords', director:'D. B. Weiss', id:8 }, { title:'The Lion and the Rose', director:'Alex Graves', id:9 }, { title:'Breaker of Chains', director:'Michelle MacLaren', id:10 }, { title:'Oathkeeper', director:'Michelle MacLaren', id:11 }] episodes = [ { title:'Winter Is Coming', director:'Tim Van Patten', id:0 }, { title:'The Kingsroad', director:'Tim Van Patten', id:1 }, { title:'Lord Snow', director:'Brian Kirk', id:2 }, { title:'Cripples, Bastards, and Broken Things', director:'Brian Kirk', id:3 }, { title:'The Wolf and the Lion', director:'Brian Kirk', id:4 }, { title:'A Golden Crown', director:'Daniel Minahan', id:5 }, { title:'You Win or You Die', director:'Daniel Minahan', id:6 } { title:'The Pointy End', director:'Daniel Minahan', id:7 } ];addOtherEpisode() {// We want to create a new object reference for sake of examplelet episodesCopy =JSON.parse(JSON.stringify(this.episodes))this.episodes=[...episodesCopy,this.otherEpisodes.pop()]; }trackById(index:number, episode:any):number {returnepisode.id; }}
To see how this can affect the ForExample component, let's add some logging to it.
When we view the example, as we click on Add Episode, we can see console output indicating that only one component was created - for the newly added item to the list.
However, if we were to remove the trackBy from the *ngFor - every time we click the button, we would see all the items in the component getting destroyed and recreated.