AngularAtlaséd. 22.2

Chap. 03Signals et réactivité13 / 75

signal() et computed()

Les primitives réactives : état modifiable, état dérivé, égalité, untracked et règles d’immutabilité.

stable ~0 min de lecture Documentation officielle

Un signal est une boîte qui contient une valeur et prévient automatiquement tous ceux qui l’ont lue quand elle change. Angular fait le suivi : quand le template, un computed() ou un effect() lit count(), il en dépend. Quand count change, seul ce qui en dépend est mis à jour — pas de Zone.js, pas de vérification de tout l’arbre de composants.

Pourquoi c’est important en 21 et 22

Depuis la v21, les nouvelles applications sont zoneless, et depuis la v22 les composants sont OnPush par défaut. Les Signals ne sont donc plus « une option moderne » — c’est le mécanisme principal par lequel Angular sait quoi redessiner. Si vous gardez l’état dans des champs ordinaires et que vous le modifiez depuis un setTimeout ou un subscribe, l’UI peut cesser de se mettre à jour.

Les trois opérations de base

On crée avec signal(initialValue), on lit en appelant le signal comme une fonction, et on écrit avec set() ou update(). L’état dérivé se crée avec computed().

import { computed, signal, Signal, WritableSignal } from '@angular/core';

const name: WritableSignal<string> = signal('Ana');

name();                        // lecture → 'Ana'
name.set('Maria');             // écriture directe
name.update((n) => n.toUpperCase()); // écriture à partir de l’ancienne valeur

const greeting: Signal<string> = computed(() => `Bonjour, ${name()} !`);
greeting();                    // 'Bonjour, MARIA !'
// greeting.set(...)           ✗ un computed est en lecture seule

const readonlyName: Signal<string> = name.asReadonly(); // exposé sans accès en écriture
LiveCompteur avec état dérivé
0
  • double() = 0
  • parity() = pair
  • computed recalculé 1 fois (uniquement quand count a changé)
Observez le compteur de recalculs : le computed ne s’exécute pas à chaque rendu, seulement quand count change.

Ce qu’il faut retenir de computed()

  • Lazy : il n’est pas calculé tant que personne ne le lit.
  • Mémoïsé : si les dépendances n’ont pas changé, il renvoie la valeur en cache — peu importe combien de fois vous le lisez.
  • Dépendances dynamiques : il ne suit que les signals réellement lus lors de la dernière exécution. Dans un cond() ? a() : b(), quand cond est vrai, les changements de b sont ignorés.
  • Pur : pas d’effets de bord (pas de HTTP, pas de set() sur d’autres signals, pas de DOM).

La règle d’or : état dérivé = computed()

Toute valeur qui peut être calculée à partir d’un autre état ne se stocke pas séparément. Le total d’un panier, la liste filtrée, « le formulaire est-il valide », « l’utilisateur a-t-il les droits d’admin » — tout cela, ce sont des computed(). Une seule source de vérité, zéro synchronisation manuelle.

interface CartItem {
  id: number;
  name: string;
  price: number;
  qty: number;
}

export class Cart {
  protected readonly items = signal<CartItem[]>([]);
  protected readonly filter = signal('');

  // ✓ Tout ce qui peut être calculé à partir d’autre chose = computed()
  protected readonly visible = computed(() =>
    this.items().filter((i) => i.name.toLowerCase().includes(this.filter().toLowerCase())),
  );
  protected readonly subtotal = computed(() =>
    this.items().reduce((sum, i) => sum + i.price * i.qty, 0),
  );
  protected readonly vat = computed(() => Math.round(this.subtotal() * 0.19));
  protected readonly total = computed(() => this.subtotal() + this.vat());
  protected readonly freeShipping = computed(() => this.subtotal() >= 1000);

  protected changeQty(id: number, delta: number): void {
    this.items.update((items) =>
      items.map((i) => (i.id === id ? { ...i, qty: Math.max(0, i.qty + delta) } : i)),
    );
  }
}
LivePanier : 1 signal de données + 6 computed
ProduitPrixQuantitéTotal
Clavier mécanique450 RON
1
450 RON
Souris ergonomique220 RON
0
0 RON
Écran 27"1300 RON
0
0 RON
Hub USB-C160 RON
2
320 RON
Articles : 3Subtotal: 770 RONTVA 19 %: 146 RONTotal: 916 RONAjouter 230 RON pour la livraison gratuite
Vous ne modifiez que items. La liste filtrée, le sous-total, la TVA, le total et la livraison gratuite sont dérivés automatiquement.
Comme ceci (dérivé)
// ✓ Une seule source de vérité, le reste est dérivé
export class Cart {
  readonly items = signal<CartItem[]>([]);
  readonly total = computed(() => this.items().reduce((s, i) => s + i.price, 0));

  add(item: CartItem) {
    this.items.update((list) => [...list, item]);
  }

  remove(id: number) {
    this.items.update((list) => list.filter((i) => i.id !== id));
  }
}
Pas comme ceci (stocké + synchronisé)
// ✗ État dérivé STOCKÉ et synchronisé à la main
export class Cart {
  items = signal<CartItem[]>([]);
  total = signal(0);

  add(item: CartItem) {
    this.items.update((list) => [...list, item]);
    this.total.set(this.total() + item.price); // facile à oublier, facile à désynchroniser
  }

  remove(id: number) {
    this.items.update((list) => list.filter((i) => i.id !== id));
    // bug : on a oublié de mettre à jour total
  }
}

// ✗ Tout aussi mauvais : un effect qui « copie » une valeur dans un autre signal
effect(() => this.total.set(this.items().reduce((s, i) => s + i.price, 0)));

Immutabilité : pourquoi push() ne fonctionne pas

Un signal décide s’il a changé en comparant l’ancienne et la nouvelle valeur avec Object.is, c’est-à-dire par référence. Si vous modifiez un tableau ou un objet sur place, la référence reste la même et personne n’est prévenu. Le template peut se redessiner par hasard (par exemple parce que vous avez cliqué sur quelque chose dans le composant), mais les computed() gardent l’ancienne valeur. Résultat : une UI partiellement à jour — le bug le plus difficile à trouver.

LiveMutation vs mise à jour immuable
Liste affichée (tags())
tag-1tag-2
count = computed(() => tags().length)
2
Appuyez plusieurs fois sur push() : la liste se redessine au clic, mais le computed prend du retard.
const tags = signal(['a', 'b']);

// ✗ Mutation : la même référence de tableau → Angular n’apprend RIEN
tags().push('c');
tags.set(tags()); // ça n’aide toujours pas : Object.is(old, new) === true

// ✓ Toujours une nouvelle référence
tags.update((t) => [...t, 'c']);                    // ajout
tags.update((t) => t.filter((x) => x !== 'a'));     // suppression
tags.update((t) => t.map((x) => (x === 'b' ? 'B' : x))); // modification

const user = signal({ name: 'Ana', address: { city: 'Cluj' } });
// ✗ user().address.city = 'Iași';
// ✓
user.update((u) => ({ ...u, address: { ...u.address, city: 'Iași' } }));

Égalité personnalisée avec equal

Parfois, vous recevez un nouvel objet qui est logiquement « le même » (par exemple depuis une API ou un formulaire). Avec l’option equal, vous évitez les notifications et les recalculs inutiles.

import { signal } from '@angular/core';

interface Filters {
  query: string;
  page: number;
}

// Par défaut : égalité via Object.is (référence).
// Avec `equal`, vous décidez quand deux valeurs sont « les mêmes » → pas de notifications inutiles.
const filters = signal<Filters>(
  { query: '', page: 1 },
  { equal: (a, b) => a.query === b.query && a.page === b.page },
);

filters.set({ query: '', page: 1 }); // nouvel objet, mais « égal » → PERSONNE n’est notifié

// Aussi pour computed :
const ids = computed(() => users().map((u) => u.id), {
  equal: (a, b) => a.length === b.length && a.every((id, i) => id === b[i]),
});
Liveequal : les mêmes filtres, dans un nouvel objet — qui recharge la liste ?
{ query: 'angular', page: 1 }
signal(filters)

1chargements de la liste

  1. chargement n° 1 · page 1
signal(filters, { equal })

1chargements de la liste

  1. chargement n° 1 · page 1
Chaque carte a un effet qui représente un rechargement de la liste (comme un httpResource qui relance la requête). Avec equal, un nouvel objet aux mêmes valeurs ne notifie personne.

untracked() : lire sans dépendance

Dans un computed ou un effect, chaque signal lu devient une dépendance. Quand vous voulez seulement la valeur actuelle, sans relancer l’exécution quand elle change, utilisez untracked().

import { effect, signal, untracked } from '@angular/core';

const user = signal('Ana');
const theme = signal('dark');

effect(() => {
  // Dépendance : user — l’effect se relance quand user change
  const name = user();

  // Lecture SANS dépendance : changer le thème ne relance PAS l’effect
  const currentTheme = untracked(theme);

  console.log(`[analytics] ${name} a ouvert la page (thème : ${currentTheme})`);
});

// untracked accepte aussi une fonction — utile quand vous appelez du code qui lit des signals en interne
effect(() => {
  const id = selectedId();
  untracked(() => this.logger.log(`Sélectionné : ${id}`)); // le logger peut lire n’importe quel signal
});
Liveuntracked() : quel effet se relance quand le thème change ?
usertheme
const t = theme();exécutions : 1
  1. Ana a ouvert la page (thème : dark)
const t = untracked(theme);exécutions : 1
  1. Ana a ouvert la page (thème : dark)
Les deux effets notent l’utilisateur et le thème, comme l’exemple d’analytics ci-dessus. Le second lit le thème avec untracked() : il voit toujours le thème actuel, mais changer le thème ne le relance pas.

Signals dans les services : écriture privée, lecture publique

Le pattern de base pour tout état partagé : le signal modifiable est private, et vous exposez à l’extérieur asReadonly() et des computed(), tandis que les changements passent par des méthodes aux noms explicites. Tous les détails sur la page State Management.

import { Service, computed, signal } from '@angular/core';

@Service()
export class CounterStore {
  // L’écriture est privée : seul le store modifie son état…
  private readonly _count = signal(0);

  // …et à l’extérieur vous n’exposez que la lecture.
  readonly count = this._count.asReadonly();
  readonly isZero = computed(() => this._count() === 0);

  increment(): void {
    this._count.update((c) => c + 1);
  }
}

Quand OUI, quand NON

Utilisez signal / computed
  • L’état d’un composant (filtres, sélection, bascules, page courante).
  • L’état partagé dans un service / store.
  • Toute valeur affichée dans le template.
  • Les valeurs dérivées : totaux, listes filtrées, indicateurs (computed).
  • Les inputs de composant (input() est aussi un signal).
Pas le bon outil
  • Les flux d’événements dans le temps (websocket, glisser-déposer, saisie avec opérateurs complexes) — RxJS est plus expressif dans ce cas. Voir Signals ↔ RxJS.
  • Les données asynchrones du serveur — utilisez resource / httpResource, pas un signal alimenté à la main depuis un subscribe.
  • Les constantes qui ne changent jamais — un simple readonly suffit.
  • L’état dérivé « modifiable » (une sélection qui se réinitialise) — utilisez linkedSignal.

Pièges fréquents

  • Vous oubliez les parenthèses : {{ count }} affiche la fonction, pas la valeur. Correct : {{ count() }}.
  • Vous mutez au lieu de remplacer : push, splice, obj.x = 1 ne notifient pas.
  • Des effets de bord dans computed : un computed qui fait un appel HTTP ou modifie un autre signal est un bug en puissance.
  • De l’async dans computed : computed(async () => ...) renvoie une Promise, pas la valeur. Utilisez resource().
  • Vous ne lisez qu’une fois : const x = this.count(); dans le constructeur est un instantané, pas un lien réactif.
  • Synchroniser avec effect : effect(() => b.set(a() * 2)) → utilisez computed (ou linkedSignal si b doit aussi être modifiable).

Aide-mémoire

// CRÉATION
const a = signal(0);                       // WritableSignal<number>
const b = signal<User | null>(null);       // type explicite quand on démarre avec null
const c = computed(() => a() * 2);         // Signal<number>, lecture seule, lazy, mémoïsé

// LECTURE
a();                                       // en TS et dans le template : {{ a() }}

// ÉCRITURE
a.set(5);
a.update((v) => v + 1);

// EXPOSITION SÛRE
readonly value = this._value.asReadonly();

// OPTIONS
signal(x, { equal: (p, n) => p.id === n.id, debugName: 'selected' });

// LECTURE SANS DÉPENDANCE
untracked(a);  untracked(() => a() + b());

// VÉRIFICATIONS
isSignal(x);  isWritableSignal(x);

Chap. 03 · 0 sur 8 terminées

Leçon terminée ?

Marquez-la : elle apparaîtra sur votre carte, dans le sommaire et sur la page d’accueil.

Se marque toute seule une fois la leçon lue en entier.

  1. signal() et computed()
  2. effect() — quand OUI, quand NON
  3. linkedSignal() — état dérivé modifiable
  4. resource, rxResource, httpResource
  5. debounced() — signals différés
  6. Listes : rechercher, filtrer, trier, paginer
  7. Les Observables depuis zéro
  8. Signals ↔ RxJS
Voir toute votre carte

Les 75 pages · tapez pour filtrer

  • 01Nouveautés d’Angular 21 & 22Tous les changements importants de la v21 et de la v22, en bref, avec un lien vers la page qui explique chacun.Départ
  • 01Votre première application, pas à pasUne liste de lecture construite d’un composant vide jusqu’à une application terminée — signals, @for, inputs et outputs, un service et un formulaire, pas à pas.Départ
  • 01Décisions rapides« Où mettre ça ? », « Signal ou Observable ? », « Shared ou feature ? » — des réponses courtes aux questions de tous les jours.Départ
  • 01Questions d’entretien Angular60 vraies questions d’entretien pour profils junior, confirmé et senior, avec la réponse à donner, la relance et les signaux d’alerte. Plus un entretien blanc.Départ
  • 02Standalone et bootstrapComment une application démarre sans NgModule : bootstrapApplication, app.config.ts, imports dans le composant.Fondamentaux modernes
  • 02Data binding et événementsInterpolation, bindings de propriétés et d’attributs, événements avec $event et filtres de touches, et comment [( )] est construit — ce qui entre dans le DOM et ce qui en revient.Fondamentaux modernes
  • 02Control Flow : @if, @for, @switchLa syntaxe de blocs qui remplace *ngIf/*ngFor/ngSwitch, avec track, @empty et vérifications d’exhaustivité.Fondamentaux modernes
  • 02@let et les nouvelles expressions de templateVariables locales avec @let, fonctions fléchées, spread, regex, instanceof, commentaires dans les balises.Fondamentaux modernes
  • 02@defer — Lazy Loading dans les templatesChargez les composants lourds uniquement quand c’est nécessaire : triggers, prefetch, placeholder, loading, error.Fondamentaux modernes
  • 02Bindings de classe et de stylePourquoi [class.x] et [style.x] ont remplacé ngClass et ngStyle (avec migration automatique depuis la v21).Fondamentaux modernes
  • 02Styles des composants et encapsulation:host, les trois modes d’encapsulation, les thèmes avec des variables CSS, et pourquoi ::ng-deep est un dernier recours.Fondamentaux modernes
  • 02Pipes : quand et commentPipes pures vs impures, pipes personnalisées, et comment choisir entre une pipe, computed() et une méthode.Fondamentaux modernes
  • 03signal() et computed()Les primitives réactives : état modifiable, état dérivé, égalité, untracked et règles d’immutabilité.Signals et réactivité
  • 03effect() — quand OUI, quand NONEffets de bord synchronisés avec les Signals : localStorage, logs, API impératives. Et leurs pièges.Signals et réactivité
  • 03linkedSignal() — état dérivé modifiableUn signal qui se réinitialise quand sa source change, mais que vous pouvez aussi modifier à la main.Signals et réactivité
  • 03resource, rxResource, httpResourceDes données asynchrones sous forme de Signals : status, value, error, reload, annulation automatique. Stable depuis la v22.Signals et réactivité
  • 03debounced() — signals différésLa version « debounce » d’un signal, sans RxJS. Parfait pour la recherche.Signals et réactivité
  • 03Listes : rechercher, filtrer, trier, paginerUne chaîne de signals computed qui ne recalcule que ce qui a changé, avec les filtres dans l’URL pour qu’un lien rouvre la même vue.Signals et réactivité
  • 03Les Observables depuis zéroCe qu’est un Observable, subscribe et unsubscribe, les opérateurs que vous utilisez chaque semaine, froid ou chaud — et quand un signal suffit.Signals et réactivité
  • 03Signals ↔ RxJStoSignal, toObservable, takeUntilDestroyed, outputFromObservable — et quand RxJS reste le bon choix.Signals et réactivité
  • 04input() et output()Les inputs comme Signals (required, transform, alias) et les outputs typés. Les données descendent, les événements remontent.Composants : communication
  • 04model() — binding bidirectionnelLe « banana-in-a-box » [( )] avec une seule API. Quand l’utiliser, et quand input + output est préférable.Composants : communication
  • 04viewChild et contentChildLes queries comme Signals : viewChild, viewChildren, contentChild, contentChildren, l’option read.Composants : communication
  • 04Lifecycle et DestroyRefQuels hooks comptent encore à l’ère des Signals, afterNextRender, DestroyRef et ngOnChanges typé.Composants : communication
  • 04Projection de contenung-content avec select, plusieurs slots, contenu par défaut et le piège de la projection conditionnelle.Composants : communication
  • 04ng-template et ngTemplateOutletLes templates comme valeurs : les render props en Angular, contexte typé et personnalisation des composants.Composants : communication
  • 05Smart vs DumbContainer vs présentation : qui détient l’état, qui se contente d’afficher, et comment bien les séparer.Conception des composants
  • 05Composants génériques <T>Un DataTable<T> ou un Select<T> correctement typé, avec des templates pour les cellules.Conception des composants
  • 05Composants dynamiquesNgComponentOutlet, createComponent avec inputBinding/outputBinding, et un tableau de bord construit à partir d’une configuration.Conception des composants
  • 05Directives et composition d’hôteLes directives d’attribut, les métadonnées host: {} et la Directive Composition API (hostDirectives).Conception des composants
  • 05Contrôles de formulaire personnalisésFormValueControl (Signal Forms) vs ControlValueAccessor : une notation par étoiles, dans les deux variantes.Conception des composants
  • 05Change DetectionOnPush est la valeur par défaut depuis la v22, Zone.js a disparu depuis la v21. Ce qui déclenche le rendu et comment éviter les mauvaises surprises.Conception des composants
  • 06inject() et @Service()Le nouveau décorateur @Service() de la v22, inject() vs le constructeur, et le contexte d’injection.Dependency Injection
  • 06Providers et hiérarchie des injecteursRoot vs route vs composant, useClass/useValue/useFactory/useExisting, et les modificateurs optional/self/skipSelf.Dependency Injection
  • 06InjectionToken et provideX()Configuration typée, fonctions provideFeature(), makeEnvironmentProviders et initializers.Dependency Injection
  • 06injectAsync() — services en Lazy LoadingChargez un service lourd uniquement quand vous en avez besoin, avec prefetch à l’idle.Dependency Injection
  • 07Structure des dossierscore / shared / features, ce que contient chacun, et à quoi ressemble l’intérieur d’une feature.Architecture d’application
  • 07Shared vs featureQuand déplacer un composant dans shared et (surtout) quand NE PAS le faire. Une checklist concrète.Architecture d’application
  • 07Interfaces et modèlesInterface en ligne ou fichier séparé ? DTO vs modèle de domaine, type vs interface, où les ranger.Architecture d’application
  • 07State Management avec les SignalsStores simples à base de Signals, facades, état local vs global, et quand NgRx devient nécessaire.Architecture d’application
  • 07Guide de style et nommageLes conventions officielles actuelles : noms de fichiers sans suffixes, protected, readonly, ordre des membres.Architecture d’application
  • 07Barrels, alias et frontièresindex.ts, alias de chemins, API publique d’une feature et règles de dépendances vérifiables automatiquement.Architecture d’application
  • 07Erreurs : @boundary et ErrorHandlerLe nouveau bloc @boundary de la v22.2, l’ErrorHandler global, les erreurs HTTP et les erreurs de resource.Architecture d’application
  • 08Routing moderne et Lazy LoadingloadComponent, routes enfants, paramètres comme inputs et héritage des paramètres (le nouveau comportement par défaut de la v22).Routing
  • 08Guards et resolverscanActivate, canMatch, canDeactivate et resolve sous forme de fonctions, avec redirections via UrlTree / RedirectCommand.Routing
  • 09Signal Forms — les basesDes formulaires bâtis sur les Signals : form(), [formField], validation par schéma. Stable depuis la v22.Formulaires
  • 09Signal Forms — avancéValidation personnalisée et inter-champs, async/HTTP avec debounce, listes dynamiques, désactivé/masqué, schémas réutilisables.Formulaires
  • 09Reactive Forms typésFormGroup typé, nonNullable, FormArray — et leur cohabitation avec les Signal Forms.Formulaires
  • 10HttpClient, interceptors et couche d’APIHttpClient sans configuration (v21), Fetch par défaut (v22), interceptors fonctionnels et une couche d’API avec mapping des DTO.HTTP et données
  • 11Performance — une checklistCe qui compte vraiment : OnPush + Signals, track, @defer, routes en Lazy Loading, images, bundles et Hydration.Qualité et performance
  • 11Tests avec VitestVitest est le runner par défaut depuis la v21. TestBed, composants avec Signals, services, HTTP et harnesses.Qualité et performance
  • 11DevTools : regarder dans votre applicationChrome DevTools et Angular DevTools pas à pas : ce que montre chaque panneau, avec des exercices qui fonctionnent sur ce site.Qualité et performance
  • 11Angular AriaDes composants headless et accessibles que vous stylez comme vous voulez : tabs, accordion, menu, listbox...Qualité et performance
  • 12SSR, Prerendering et modes de renduQuand rendre sur le serveur, quand au build et quand uniquement dans le navigateur : RenderMode par route, app.routes.server.ts et les coûts réels.SSR et Hydration
  • 12Hydration : event replay et incrémentaleComment le navigateur reprend le HTML du serveur sans le re-rendre : Hydration complète, event replay, @defer (hydrate on …) et erreurs de mismatch.SSR et Hydration
  • 12Code compatible serveurwindow n’existe pas sur le serveur : PLATFORM_ID, afterNextRender, DOCUMENT, TransferState, le cache HTTP et PendingTasks.SSR et Hydration
  • 13Micro frontendsQuand découper une application en plusieurs déploiements vaut le coup, et quand c’est juste de la complexité : Native Federation, Module Federation, iframes, Web Components.Architecture à grande échelle
  • 13Web Components avec Angular ElementscreateCustomElement : un composant Angular utilisé comme balise HTML n’importe où, plus la communication entre applications via des événements et BroadcastChannel.Architecture à grande échelle
  • 13Monorepo, bibliothèques et frontièresUn workspace avec plusieurs applications et bibliothèques : ng generate library, Nx, points d’entrée secondaires, publication et règles de dépendances.Architecture à grande échelle
  • 13Architecture hexagonale (ports et adapters)Un domaine sans Angular, des ports sous forme de classes abstraites et des adapters interchangeables : HTTP, localStorage ou en mémoire, sans toucher à l’UI.Architecture à grande échelle
  • 14Les Signals sous le capotLe graphe réactif : producteurs et consommateurs, push-pull, pourquoi computed est lazy et sans glitch, le problème du diamant et quand les effects s’exécutent.Réactivité avancée
  • 14RxJS avancé : opérateurs d’ordre supérieurswitchMap, mergeMap, concatMap et exhaustMap sur un diagramme interactif, plus retry avec backoff, shareReplay et comment éviter les fuites.Réactivité avancée
  • 14NgRx SignalStoreState Management à grande échelle sur les Signals : withState, withComputed, withMethods, rxMethod, entités et hooks — et quand un store simple suffit.Réactivité avancée
  • 14Machines à états avec les signalsFini les états impossibles : une machine typée sur des signals, avec transitions, gardes et un diagramme d’états en direct.Réactivité avancée
  • 15WebSockets : un temps réel qui résiste au réseauUn socket typé sous forme de signals : reconnexion avec backoff et jitter, heartbeat, file d’attente hors ligne et sécurité SSR.Temps réel et hors ligne
  • 15Mises à jour optimistes et rollbackUne UI instantanée qui reste honnête : snapshot et rollback, réponses dans le désordre, clés d’idempotence.Temps réel et hors ligne
  • 15Offline-first : Service Worker et cacheLe Service Worker d’Angular : stratégies de cache, annonce des nouvelles versions et file d’attente pour les modifications faites hors ligne.Temps réel et hors ligne
  • 16Web WorkersDes calculs lourds sans bloquer l’UI : un vrai worker dans la page, l’échange de messages et quand ça n’en vaut pas la peine.UI avancée et performance
  • 16Listes géantes : virtual scroll100 000 lignes sans latence : le virtual scroll du CDK, itemSize, trackBy et les alternatives (pagination, scroll infini).UI avancée et performance
  • 16Animations modernes et View Transitionsanimate.enter et animate.leave à la place de @angular/animations (déprécié), transitions CSS et View Transitions à la navigation.UI avancée et performance
  • 16Fuites mémoire : les trouver et les corrigerAbonnements, timers et listeners qui survivent à leur composant — comment les repérer dans les DevTools et les fermer.UI avancée et performance
  • 17Sécurité : XSS, sanitisation et CSPCe qu’Angular fait automatiquement contre le XSS, quand bypassSecurityTrust devient dangereux, plus la CSP avec nonce, Trusted Types et XSRF.Sécurité et internationalisation
  • 17Authentification : tokens et refreshUn interceptor qui ajoute le token, le renouvelle une seule fois sur une 401 et rejoue les requêtes en attente — plus où conserver le token.Sécurité et internationalisation
  • 17OAuth 2.1 et OpenID Connect avec PKCELe flux authorization code avec PKCE, pas à pas : verifier et challenge, state et nonce, l’ID token, et pourquoi un BFF est plus sûr.Sécurité et internationalisation
  • 17Internationalisation (i18n)$localize, l’attribut i18n, ICU plural/select, un build par langue vs des traductions à l’exécution, et le formatage selon la locale.Sécurité et internationalisation