migration-windev modernisation-legacy software-factory cloud architecture data

WinDev vers Java, .NET, TypeScript ou Flutter : comment choisir sa stack cible

15 octobre 2026

Le réflexe est connu : nous sommes sous Windows, donc .NET. Il tombe parfois juste, mais il saute l'examen. La stack qui remplacera votre application WinDev dépend de votre SI, de vos équipes, de vos usages et de la durée de vie visée. Voici notre grille et notre position. Pour le contexte, voir notre guide de la migration WinDev.

Notre position : le web d'abord

Sauf contrainte matérielle forte, nous recommandons une cible web : un back-end exposé en API, un front moderne, une base PostgreSQL. Ce que vous y gagnez :

fin du déploiement sur poste, donc aucun parc à mettre à jour ;
un accès naturel pour le télétravail, les sites distants et les partenaires ;
pour un éditeur, une trajectoire SaaS : les nouveaux clients signent sur la nouvelle plateforme pendant que le parc existant migre.

Les exceptions existent : périphériques pilotés en direct, fonctionnement hors réseau prolongé, postes industriels. Elles se traitent au cas par cas, par un client lourd ciblé ou par Flutter, le reste de l'application restant web.

La matrice de décision

Cette grille est une position SFEIR. Elle vient de nos chantiers et de ce que nous savons recruter ; un autre acteur la remplirait autrement.

Critère	Java/Spring + Angular	.NET (C#)	TypeScript (Node, React/Angular)	Flutter
SI existant Java ou multi-technologies	Très adapté	Adapté	Adapté	Hors sujet
SI 100 % Microsoft	Adapté	Très adapté	Adapté	Hors sujet
Application qui doit rester desktop	Possible	Très adapté (WPF, WinForms)	Possible (Electron)	Possible
Cible web	Très adapté	Adapté (Blazor, ASP.NET Core)	Très adapté	Possible
Mobile terrain, hors ligne	Via front dédié	Via MAUI	Via PWA ou React Native	Très adapté
Forte volumétrie, transactions	Très adapté	Très adapté	Adapté	Hors sujet
Vivier de recrutement en France	Très large	Très large	Très large	En croissance
Hébergement GCP (Cloud Run, GKE)	Très adapté	Adapté	Très adapté	Back-end séparé

Java/Spring + Angular : le choix que nous mettons en avant

Peu d'acteurs de la migration WinDev mettent cette combinaison en avant. Les offres visibles ciblent surtout .NET¹, Rails ou React/Node² et le no-code³. Airmessoft propose bien une trajectoire Java/Spring Boot à côté de .NET et du web⁴, mais le couple Spring + Angular reste rare dans les catalogues. Il convient pourtant à de nombreux SI d'entreprise :

Spring Boot porte la logique métier et a fait ses preuves sur les applications transactionnelles ;
Angular donne un cadre structuré pour des écrans de gestion denses, proche dans l'esprit des fenêtres WinDev ;
l'ensemble se déploie sur Google Cloud (Cloud Run ou GKE), avec Cloud SQL ou AlloyDB pour PostgreSQL.

Java et Angular font partie de nos stacks de longue date, et SFEIR est Google Cloud Premier Partner.

.NET : la cible la plus directe pour un SI Microsoft

Pour une application qui doit rester desktop dans un environnement Active Directory et SQL Server, C# est la cible qui demande le moins de renoncements. Smartshift, qui vend cette trajectoire, pointe deux chantiers que les devis oublient. Le champ Table WinDev n'a pas d'équivalent natif : le DataGridView ne suffit pas, et il faut souvent une suite de composants tiers (DevExpress, Telerik, Syncfusion), licenciée par développeur et par an. Les états WinDev, dont le coût est « systématiquement sous-estimé », doivent être reconstruits avec un outil de reporting¹. Un playbook public, anonyme, mis en ligne sur GitHub en juin 2026, décrit une migration WinDev/HFSQL vers .NET pilotée par Claude Cowork et Claude Code⁵.

TypeScript : pour les équipes front et les applications légères

Node côté serveur et React ou Angular côté client conviennent à des applications de taille moyenne, surtout si l'équipe est déjà orientée JavaScript. Pour un cœur métier lourd, nous préférons un back-end Java ou .NET avec un front TypeScript.

Flutter : la réponse à WinDev Mobile

Pour les applications terrain (tournées, inventaires, prise de commande), Flutter couvre Android, iOS et le desktop avec une seule base de code et gère bien le hors ligne. Nous avons décrit ailleurs ce que Dart et Flutter apportent aux agents locaux sur mobile ; pour le cas WinDev Mobile et WebDev, voir Migrer WebDev et WinDev Mobile.

Les données : PostgreSQL par défaut

Quelle que soit la stack, nous recommandons PostgreSQL : libre, standard, supporté par tous les langages et tous les outils de BI. La migration des données obéit à sa propre méthode, détaillée dans HFSQL vers PostgreSQL.

L'arbre de décision SFEIR pour la stack cible d'une application WinDev : trois questions (desktop imposé, mobile terrain hors ligne, cœur métier lourd) mènent à .NET, Flutter, Java/Spring + Angular ou TypeScript ; PostgreSQL reste le socle commun.

Les questions à se poser avant de choisir

Quelle technologie votre SI maîtrise-t-il déjà, et qui maintiendra l'application dans cinq ans ?
Vos utilisateurs ont-ils besoin d'un accès hors du réseau de l'entreprise ?
L'application pilote-t-elle du matériel (douchettes, imprimantes thermiques, balances, TPE) ?
Êtes-vous éditeur, avec une trajectoire SaaS ?
Quelle volumétrie et quelle concurrence d'accès ?
Où devez-vous héberger les données ?

Questions fréquentes

Faut-il choisir la stack avant l'audit ?

Non. La stack se décide à la gate Plan, après l'inventaire et l'extraction des règles, quand on connaît les contraintes réelles.

Peut-on mélanger plusieurs stacks ?

Oui, et c'est fréquent : un back-end Java, un front Angular, une application mobile Flutter, une même base PostgreSQL.

Le desktop est-il condamné ?

Non. Il reste pertinent pour certains postes industriels ou très intensifs en saisie. Il se choisit poste par poste, sur un besoin démontré.

L'IA fonctionne-t-elle aussi bien sur toutes les stacks cibles ?

Les modèles sont très à l'aise sur Java, C#, TypeScript et Dart, qui disposent d'énormes corpus publics. La difficulté reste du côté source : Hamadi Jabloun observe sur sfeir.dev une chute de qualité des modèles sur les langages rares (COBOL, RPG, ABAP, PL/I)⁶, et nous classons le WLangage dans le même cas.

Passer à l'action

Le Diagnostic 10x est le point d'entrée : trente minutes, un rapport en dix points. Le choix de la stack vient ensuite, à la gate Plan de la méthode, une fois l'inventaire fait et les règles extraites. Pour la vue d'ensemble, consultez notre guide pour réécrire une application WinDev avec l'IA.

Sources

Smartshift, WinDev vers .NET / C# : la migration la plus directe — smartshift.fr, page mise à jour le 24 juillet 2026.
Sealog, Le blog de SEALOG, billet du 5 juillet 2026 sur le passage de WinDev à l'open source avec l'IA — blogsealog.blogspot.com, 5 juillet 2026.
Visionsoft, Migration WinDev NoCode : quittez WinDev, adoptez le no-code — migrationwindevnocode.fr.
Airmessoft, Migration WinDev : guide complet pour réussir la transition — airmessoft.fr, 17 septembre 2026.
Organisation migration-windev, playbook windev-vers-dotnet (licence MIT) — github.com, 9 juin 2026.
Hamadi Jabloun, Du Legacy à l'état de l'art : moderniser avec l'IA sans rejouer le Big Bang — sfeir.dev, 20 septembre 2026.