Data & State Management

This section explains how to keep Angular Gantt data consistent with your Angular UI, RxJS stores, and backend behavior.

Start Here

Read Data Binding and State Management Basics first.

That article explains:

• Angular state/store as source of truth,
• Gantt as source of truth,
• data.save and data.batchSave callback contracts.

Pick Your Data Ownership Model

Use Angular state or store as source of truth when:

• surrounding Angular UI must always reflect chart state,
• you are using an RxJS service/store or a centralized state layer,
• predictable unidirectional updates matter more than raw edit throughput.

Use Gantt as source of truth when:

• the page is chart-centric,
• update volume is high,
• you want to reduce application-store churn for frequent chart-side changes.

RxJS Tutorial

Use Using Angular Gantt with RxJS for a practical store-driven implementation built around BehaviorSubject, AsyncPipe, undo/redo, and data.batchSave.

Minimal Starter Pattern

readonly dataConfig: AngularGanttDataConfig = {
  batchSave: (changes) => this.ganttState.applyBatch(changes),
};

Where ganttState is an injected GanttStateService (see the RxJS tutorial for the service shape). Use this pattern when one user action can generate many task/link updates.

Performance Note

For operations like auto-scheduling, prefer data.batchSave over per-change data.save so your Angular state updates happen in grouped batches.

Callback shape and tradeoffs are documented in Basics.