Pregunta para los que seguís en el mundo .NET: en 2026, con .NET 8/9 ya asentados y el ritmo de versiones anuales de Microsoft, ¿alguien sigue manteniendo proyectos en .NET Framework clásico (4.x) de forma activa, o ya está todo migrado?

Lo que veo más a menudo: aplicaciones de escritorio internas (WinForms, WPF) que llevan años funcionando y donde migrar no compensa a corto plazo, sobre todo si dependen de librerías de terceros que nunca sacaron versión compatible con .NET moderno. Ahí Framework sigue vivo por pura inercia, no porque sea la opción técnica preferida.

Lo que casi nunca veo ya: proyectos web nuevos en ASP.NET clásico (no Core). Ahí la migración a .NET moderno suele compensar rápido, por rendimiento, por poder desplegar en Linux/contenedores sin IIS, y porque Microsoft ya ha dejado claro que el desarrollo activo va todo hacia .NET moderno, Framework está en modo mantenimiento indefinido, sin nuevas features.

¿Alguien tiene un caso real de «esto seguimos en Framework y no tenemos plan de migrar»? Me interesa el motivo concreto (librería sin alternativa, coste de reescritura, lo que sea), no la teoría general.

Bruno C.

Sigue vivo, sobre todo en dos escenarios muy concretos: aplicaciones WinForms/WPF internas de empresa que llevan años funcionando y que dependen de librerías con interop COM/Windows API muy específico que no tiene un equivalente directo migrado a .NET moderno, y servicios backend antiguos con WCF, que en .NET Framework clásico funciona de forma completa mientras que en .NET (Core en adelante) el soporte de WCF del lado servidor quedó bastante limitado (solo hay soporte de cliente oficial, el servidor se dejó fuera del framework base).

Lo que sí ha cambiado es el horizonte de soporte: Microsoft mantiene .NET Framework 4.8 como la última versión mayor, con soporte ligado al ciclo de vida de Windows en el que corre (no va a desaparecer de golpe, pero tampoco va a recibir funcionalidades nuevas nunca más, solo parches de seguridad). Para proyectos nuevos, nadie serio empieza ya en .NET Framework clásico, todo el desarrollo activo de Microsoft (rendimiento, funcionalidades) va a .NET moderno.

Si tenéis algo importante todavía en Framework clásico, la herramienta oficial para evaluar la migración es el .NET Upgrade Assistant, que al menos te da un mapa de qué partes del código van a dar problemas antes de lanzarte a migrar a ciegas.

Nuria