Angular 22 est sorti en juin 2026 et la branche actuelle est 22.2.x. Cette version privilégie la stabilisation. Les applications fondées sur les composants standalone, NgRx, RxJS et la détection de changements zonée peuvent conserver leur architecture actuelle.

npx ng update @angular/core@22 @angular/cli@22
npx ng update

Trois API auparavant expérimentales passent au statut stable. Signal Forms fournit des formulaires réactifs fondés sur les signaux. Async Signals utilisent le modèle resource pour l’état côté serveur. Angular Aria propose des primitives headless destinées aux interfaces accessibles. Ce statut doit rendre la documentation plus durable, les chemins d’import plus prévisibles entre les versions mineures et l’adoption en entreprise plus sûre.

Les Reactive Forms et les effects qui fonctionnent déjà ne demandent pas de migration. L’article conseille Signal Forms pour les nouveaux formulaires, avec une validation écrite en TypeScript. NgRx Store et Effects restent adaptés à l’état client global, aux workflows complexes, à l’annulation et aux files d’attente hors ligne. Async Signals conviennent au cache serveur des profils utilisateur, des listes et des pages de détail. Les signaux simples, `computed` et `effect` couvrent toujours l’état local de l’interface, notamment les dialogues, les filtres et la langue. v22 laisse ce partage d’architecture ouvert. Les nouveaux cas de lecture et d’affichage peuvent utiliser Async Signals sans ajouter d’effect.

L’exemple v21 lance `App` avec `bootstrapApplication` et `appConfig`. Les providers comprennent `provideBrowserGlobalErrorListeners`, `provideZoneChangeDetection({ eventCoalescing: true })`, `provideRouter(routes, withInMemoryScrolling({ scrollPositionRestoration: 'enabled' }))`, `provideStore(reducers, { metaReducers })`, `provideEffects([UserEffects, MenuEffects])` et `provideClientHydration(withIncrementalHydration(), withEventReplay())`. Les composants peuvent déjà associer `signal` et `effect`, comme dans `showDeleteDialog = signal<boolean>(false)` et `language = signal<string>('en')`.

Angular 22 poursuit les améliorations du contrôle de flux, des vues différables et de l’hydratation. L’hydratation incrémentale avec la relecture des événements peut accélérer l’interactivité des pages rendues côté serveur et conserver les clics effectués pendant l’hydratation. La vérification conseillée porte sur les composants standalone, `@if`, `@for` et `@defer` à la place de `*ngIf` et `*ngFor`, ainsi que sur l’absence d’erreurs d’hydratation dans les DevTools.

Le parcours pris en charge va de 21.0 à 22.0 avec le guide de mise à jour Angular. Dans un monorepo, il faut commencer par une application. Viennent ensuite les tests et le build de production avec les budgets, la correction des changements incompatibles signalés par les schematics, puis le lint. Les tests de fumée doivent cibler une URL de préproduction. Les bibliothèques partagées et les autres applications suivent après ces contrôles. L’exemple fixe pour `initial` un avertissement à 1mb et une erreur à 2mb. Pour `anyComponentStyle`, les seuils sont de 10kb et 30kb.

La version ajoute aussi des prompts LLM officiels, un serveur MCP pour Angular CLI et des agent skills. L’article recommande les ressources officielles Angular et angular.dev/ai comme références pour les agents. Les diffs générés doivent être relus, car un agent peut mélanger les signaux et RxJS dans un même fichier.

Les équipes en v21 peuvent passer à v22 dès maintenant si elles ont besoin de Signal Forms ou d’Angular Aria stables. Une mise à niveau rapide se justifie aussi pour les performances d’hydratation et le support à long terme. Une équipe en plein cycle de livraison, ou dépendante de bibliothèques sans support des peer dependencies v22, peut attendre un sprint. Les formulaires et effects existants peuvent rester en place. Les nouvelles fonctionnalités peuvent adopter les API stables, puis les chemins critiques évoluer lors d’une prochaine modification.