Oublie tout ce que tu sais sur les Reactive Forms. Avec Angular… – Denis 🅰️ Wojtowicz

Denis 🅰️ Wojtowicz

Développeur Angular Senior Freelance

Generated by linktime

8 26 Comment on LinkedIn

November 24, 2025

Oublie tout ce que tu sais sur les Reactive Forms. Avec Angular 21 (release 20/11/2025), les Signal Forms deviennent la nouvelle norme, et tu ne peux plus les ignorer. Parce que cette nouvelle API n’est pas juste une “alternative”. C’est une réécriture totale de la manière de gérer les formulaires dans Angular. Voici ce que ça change concrètement : → Plus de `FormGroup`, `FormControl`, `FormArray` à rallonge Les Signal Forms s’appuient sur vos propres signaux pour construire le formulaire. Votre state devient la source de vérité — enfin. → Typage beaucoup plus strict Vos champs sont liés à des signaux typés, ce qui élimine 90 % des erreurs classiques de formulaire. → Validation simplifiée Les règles de validation se déclarent au plus près de la donnée, et synchronisent automatiquement les erreurs avec la vue. → Synchronisation automatique Modifier un signal met le formulaire à jour. Modifier le formulaire met le signal à jour. Pas besoin de patch, pas besoin de setValue. Dans cet exemple : - login est votre state - loginForm est construit automatiquement - Et vos inputs utilisent sans configuration supplémentaire → Fini les tonnes de boilerplate. → Fini les patchValue non typés. → Fini les formulaires qui vivent leur propre vie loin du state. Angular 21 ne se contente pas d’améliorer les formulaires. Il change la manière de penser la donnée et la réactivité. Et ce n’est que le début : les Signal Forms ne sont qu’en expérimental… On n’a encore rien vu. Abonne-toi pour plus de tips 😊

26 Likes

8 Comment on LinkedIn

November 24, 2025

Discussion about this post

Rayan SAMET

Cloud Fullstack Software Engineer - Freelance - Entrepreneur | Je livre from scratch des apps robustes pixel perfect pour mes clients

2 months ago

On revient à faire du ngmodel double binding côté template html lol. Pour ceux en forms module ne migrer pas tout de suite encore sur reactiveforms module 😂

Ronan Jaffré

On prospecte pour les techs avec les meilleures méthodes | Développeur ReactJS NextJS

2 months ago

Les Signal Forms vont enfin réconcilier la logique métier et la gestion de state dans Angular

Sofiane Sahli

Developpeur FullStack

2 months ago

Il est également important de préciser que cette API n’est pas destinée à une utilisation immédiate : elle reste pour l’instant à un stade expérimental. Il est évidemment utile de s’y préparer, mais il demeure plus sage d’attendre encore un peu avant de s’y engager corps et âme.

Top
Latest

🚨 Je cherche en urgence un tech lead Angular freelance senior (+8 ans d'xp) pour une mission long terme - TJM 500€ Mission : - Paris - Remote : 2 jours/semaine - Démarrage : ASAP - TJM : 500€ Process : - Discussion avec moi - Test technique + discussion avec un lead - Entretien final Intermédiaire : - Pas de sous-traitance Si tu es intéressé : ➡️ Envoie-moi un DM avec ton numéro ➡️ Si ton profil matche, je t’appelle rapidement Si tu n'as pas lu jusqu'à la fin, je ne repondrais pas. Pas dispo ou pas dev Angular ? Un repost pour aider à diffuser, c’est top 🙏

December 19, 2025

🚨 Je cherche en urgence un développeur Angular freelance senior pour une mission long terme en contexte e-commerce B2B — full-remote possible (+3 jours/semaine) - TJM ~450€ Profil recherché : - 5 ans d’expérience minimum sur Angular (v.13+ idéalement) - À l’aise en français et en anglais (échanges réguliers en anglais) - Solide expertise technique : architecture front, performance, bonnes pratiques, tests - Team player, force de proposition, autonome dans l’amélioration continue - Sens du détail et de la qualité : capable de retranscrire fidèlement des maquettes Figma - Capacité à challenger sans ego, communication saine et constructive Mission : - Paris - Contexte international - Anglais professionnel - Remote : 3 jours (full-remote possible par la suite) - Démarrage : ASAP - TJM : ~450€ Mission *off-market* (pas de fiche de poste, je suis le seul au courant) Stack : - Angular 18+ OBLIGATOIRE - SSR - WCAG 2.1 - SEO - CI/CD Process : - Discussion avec moi - Test technique + discussion avec le lead - Entretien final Si tu es intéressé : ➡️ Envoie-moi un DM avec ton numéro ➡️ Si ton profil matche, je t’appelle rapidement Pas dispo ou pas dev Angular ? Un repost pour aider à diffuser, c’est top 🙏

December 8, 2025

Migrer de l’injection par constructeur vers `inject()` peut vite devenir pénible. Surtout sur une grosse codebase Angular. Et pourtant, il existe un outil qui peut vous faire gagner un temps énorme : ts-morph. Pourquoi ts-morph est un game changer pour ce type de migration ? Parce qu’il permet de manipuler l’AST TypeScript directement. Pas des regex. Pas des scripts fragiles. Du vrai code, compris par le compilateur. Concrètement, avec ts-morph, vous pouvez : → détecter automatiquement les constructeurs utilisés uniquement pour l’injection → extraire les dépendances injectées → les remplacer par des appels à `inject()` → supprimer les constructeurs devenus inutiles → appliquer tout ça de façon cohérente sur des centaines de fichiers Résultat : - une migration homogène - moins d’erreurs humaines - un code modernisé en quelques minutes au lieu de plusieurs jours C’est exactement le genre d’outil qui transforme une “corvée de migration” en opération maîtrisée et réversible. Angular évolue vite. Et ts-morph est un allié précieux pour suivre le rythme sans casser votre base de code. Parfois, le vrai gain de productivité ne vient pas du framework. Mais des outils qu’on choisit pour l’accompagner intelligemment. Et toi ? Tu fais comment ? Abonne-toi pour plus de tips 😊

January 8, 2026

Oublie tout ce que tu sais sur les Reactive Forms. Avec Angular 21 (release 20/11/2025), les Signal Forms deviennent la nouvelle norme, et tu ne peux plus les ignorer. Parce que cette nouvelle API n’est pas juste une “alternative”. C’est une réécriture totale de la manière de gérer les formulaires dans Angular. Voici ce que ça change concrètement : → Plus de `FormGroup`, `FormControl`, `FormArray` à rallonge Les Signal Forms s’appuient sur vos propres signaux pour construire le formulaire. Votre state devient la source de vérité — enfin. → Typage beaucoup plus strict Vos champs sont liés à des signaux typés, ce qui élimine 90 % des erreurs classiques de formulaire. → Validation simplifiée Les règles de validation se déclarent au plus près de la donnée, et synchronisent automatiquement les erreurs avec la vue. → Synchronisation automatique Modifier un signal met le formulaire à jour. Modifier le formulaire met le signal à jour. Pas besoin de patch, pas besoin de setValue. Dans cet exemple : - login est votre state - loginForm est construit automatiquement - Et vos inputs utilisent sans configuration supplémentaire → Fini les tonnes de boilerplate. → Fini les patchValue non typés. → Fini les formulaires qui vivent leur propre vie loin du state. Angular 21 ne se contente pas d’améliorer les formulaires. Il change la manière de penser la donnée et la réactivité. Et ce n’est que le début : les Signal Forms ne sont qu’en expérimental… On n’a encore rien vu. Abonne-toi pour plus de tips 😊

November 24, 2025

Aujourd’hui, j’ai fait une revue de code. Et je suis retombé sur un grand classique Angular. Un composant qui : → modifie directement ses Input → mute des tableaux avec push et splice → fonctionne… parfois → nécessite un refresh pour afficher les bonnes données Sur le papier, tout semblait cohérent. En réalité : une UI désynchronisée, des modales jamais à jour et OnPush qui ne “réagit pas”. Le problème n’était pas Angular. Le problème, c’était la gestion des @Input. Un rappel simple, mais souvent oublié : → Un Input n’est pas un état local → Un composant enfant ne doit jamais modifier ce qu’il reçoit → Une mutation silencieuse casse complètement la détection de changement La solution est rarement complexe : - une source de vérité claire - des données immuables - une communication Input / Output stricte - et aujourd’hui, des signaux qui rendent ces erreurs immédiatement visibles Ce type de bug est sournois. Il passe en revue. Il “marche chez moi”. Et il explose plus tard en production. Mais une fois corrigé, le code devient plus simple. Plus lisible. Plus prévisible. Et beaucoup plus testable. Comme souvent, ce n’était pas un problème de framework. C’était un problème d’architecture et de responsabilités.

December 16, 2025