*ngIf for conditional rendering in Angular - Performance & Optimization

Performance: *ngIf for conditional rendering

MEDIUM IMPACT

Controls whether elements are added or removed from the DOM, impacting initial load and interaction speed.

Conditionally showing or hiding UI elements

Angular

<div *ngIf="isVisible">Content</div>

Element is added or removed from the DOM, reducing DOM size and improving load time.

📈 Performance GainReduces initial DOM nodes and memory, improving LCP and interaction speed.

Conditionally showing or hiding UI elements

Angular

<div [hidden]="!isVisible">Content</div>

Element stays in the DOM and still consumes resources even when hidden.

📉 Performance CostTriggers no reflows on toggle but increases initial DOM size and memory usage.

Performance Comparison

Pattern	DOM Operations	Reflows	Paint Cost	Verdict
[hidden] binding	No DOM changes	0 on toggle	Low but persistent	[!] OK
*ngIf directive	Adds/removes nodes	1 per toggle	Moderate on toggle	[OK] Good

Rendering Pipeline

*ngIf controls DOM insertion/removal, affecting layout and paint stages by changing node count dynamically.

→Layout

→Paint

→Composite

⚠️ BottleneckLayout stage due to recalculating positions when nodes are added or removed.

Core Web Vital Affected

LCP

Controls whether elements are added or removed from the DOM, impacting initial load and interaction speed.

Optimization Tips

1Use *ngIf to remove elements from the DOM instead of just hiding them.

2Avoid toggling *ngIf too often to reduce layout thrashing.

3Prefer *ngIf for large or complex elements to improve initial load speed.

Performance Quiz - 3 Questions

What is the main performance benefit of using *ngIf over [hidden] for conditional rendering?

A It only hides elements visually without changing the DOM.

B It removes elements from the DOM, reducing initial load and memory usage.

C It delays rendering until user interaction.

D It caches elements for faster toggling.

DevTools: Elements and Performance

How to check: Use Elements panel to see if elements exist in DOM when toggled; use Performance panel to record and analyze layout and paint events during toggle.

What to look for: Check DOM node count changes and layout recalculations; fewer nodes and minimal layout thrashing indicate good use of *ngIf.

Practice

1. What does the Angular directive *ngIf do in a template?

easy

A. It loops over a list and renders each item.

B. It styles an element dynamically.

C. It binds a variable to an input field.

D. It conditionally includes or removes an element from the DOM based on a boolean expression.

Solution

1. Step 1: Understand the purpose of *ngIf

   *ngIf is used to conditionally render elements in Angular templates.

2. Step 2: Identify what *ngIf controls

   It controls whether an element is included or removed from the DOM based on a true or false condition.

3. Final Answer:

   It conditionally includes or removes an element from the DOM based on a boolean expression. -> Option D

4. Quick Check:

   *ngIf = conditional rendering [OK]

Hint: Remember *ngIf shows or hides elements by condition [OK]

Common Mistakes:

• Confusing *ngIf with *ngFor for looping
• Thinking *ngIf changes styles only
• Assuming *ngIf binds data to inputs

2. Which of the following is the correct syntax to conditionally display a paragraph only if isVisible is true?

easy

A. <p *ngIf="isVisible">Hello</p>

B. <p ngIf="isVisible">Hello</p>

C. <p *ngFor="isVisible">Hello</p>

D. <p *ngShow="isVisible">Hello</p>

Solution

1. Step 1: Identify the correct Angular directive syntax

   Angular uses *ngIf with an asterisk to indicate a structural directive.

2. Step 2: Check the attribute and expression format

   The expression should be inside quotes after *ngIf=, like *ngIf="isVisible".

3. Final Answer:

   <p *ngIf="isVisible">Hello</p> -> Option A

4. Quick Check:

   Use *ngIf with asterisk and quotes [OK]

Hint: Look for *ngIf with asterisk and quotes [OK]

Common Mistakes:

• Omitting the asterisk before ngIf
• Using ngIf without * (like ngIf="isVisible")
• Confusing *ngIf with *ngFor or *ngShow

3. Given this Angular template snippet:

<div *ngIf="showMessage">Welcome!</div>
<button (click)="showMessage = !showMessage">Toggle</button>

What happens when the button is clicked twice starting with showMessage = true?

medium

A. The message 'Welcome!' disappears after first click and reappears after second click.

B. The message 'Welcome!' stays visible all the time.

C. The message 'Welcome!' disappears and never comes back.

D. The button click causes an error because showMessage is not defined.

Solution

1. Step 1: Understand initial state and button action

   Initially, showMessage is true, so the <div> with 'Welcome!' is shown. Clicking the button toggles showMessage between true and false.

2. Step 2: Trace two clicks

   First click sets showMessage to false, hiding the message. Second click sets it back to true, showing the message again.

3. Final Answer:

   The message 'Welcome!' disappears after first click and reappears after second click. -> Option A

4. Quick Check:

   Toggle true/false shows/hides message [OK]

Hint: Toggle flips boolean, so message appears/disappears alternately [OK]

Common Mistakes:

• Assuming message never reappears after hiding
• Thinking button click causes error
• Believing message is always visible

4. Consider this Angular template:

<div *ngIf="user.isLoggedIn">Hello, {{user.name}}!</div>

But the app crashes with an error: Cannot read property 'isLoggedIn' of undefined. What is the best fix?

medium

A. Remove the *ngIf directive completely.

B. Change to *ngIf="user?.isLoggedIn" to safely check property.

C. Initialize user as an empty object in the component.

D. Use *ngIf="user.isLoggedIn === true" instead.

Solution

1. Step 1: Identify cause of error

   The error occurs because user is undefined when Angular tries to read user.isLoggedIn.

2. Step 2: Use safe navigation operator

   Using user?.isLoggedIn prevents error by checking if user exists before accessing isLoggedIn.

3. Final Answer:

   Change to *ngIf="user?.isLoggedIn" to safely check property. -> Option B

4. Quick Check:

   Use ? to avoid errors on undefined objects [OK]

Hint: Use ?. to safely access nested properties [OK]

Common Mistakes:

• Removing *ngIf loses conditional rendering
• Initializing user empty but not fixing undefined timing
• Checking equality without safe navigation still errors

5. You want to display a message only if a user has a non-empty email property and is verified (isVerified true). Which *ngIf expression correctly handles this?

hard

A. *ngIf="user.email == '' && user.isVerified"

B. *ngIf="user.email || user.isVerified"

C. *ngIf="user.email && user.isVerified"

D. *ngIf="user.email.length > 0 || user.isVerified"

Solution

1. Step 1: Understand the condition requirements

   The message should show only if user.email is not empty (truthy) AND user.isVerified is true.

2. Step 2: Analyze each option

   *ngIf="user.email && user.isVerified" uses logical AND to require both conditions true. *ngIf="user.email || user.isVerified" uses OR, which is incorrect. *ngIf="user.email == '' && user.isVerified" checks for empty string which is opposite of requirement. *ngIf="user.email.length > 0 || user.isVerified" uses OR and length check but allows message if only one condition is true.

3. Final Answer:

   *ngIf="user.email && user.isVerified" -> Option C

4. Quick Check:

   Use AND (&&) to require both conditions true [OK]

Hint: Use && to require both conditions true [OK]

Common Mistakes:

• Using || instead of && allowing partial matches
• Checking for empty string instead of truthy value
• Using length without checking for undefined user