Modernize Studio
Idioma: ES
Escríbanos

Sus aplicaciones .NET antiguas, WinForms y Web Forms, modernizadas

Las aplicaciones escritas para .NET Framework en los años dos mil y dos mil diez suelen estar en mejor estado que las herramientas de VB6 o Access, y merecen una respuesta más cuidadosa que reescribirlo todo. Determinamos qué se puede trasladar tal cual y qué hay que reconstruir, y después llevamos la aplicación a ASP.NET Core con los mismos datos y las mismas reglas.

Solicitar el análisis gratuito Estimar el precio

Por qué ahora

El soporte de .NET Framework 4.6.2 termina el 12/01/2027, y las versiones 4.6.1 y anteriores ya no tienen soporte. .NET Framework 4.8 y 4.8.1 siguen el ciclo de vida de la versión de Windows en la que están instalados, así que una aplicación en 4.8 no corre un peligro inmediato. Sin embargo, el framework solo recibe correcciones, mientras que las nuevas bibliotecas, herramientas y opciones de alojamiento se crean para el .NET actual.

ASP.NET Web Forms solo funciona en .NET Framework y no se trasladó a ASP.NET Core. Windows Forms sí funciona en el .NET actual, pero sigue siendo una tecnología de escritorio para Windows y no da a su equipo acceso desde el navegador.

  1. Windows 10Fin del soporte de Microsoft
  2. .NET Framework 4.6.2Fin del soporte de Microsoft

Qué modernizamos

Aplicaciones de escritorio y web construidas sobre .NET Framework, y los servicios que las rodean.

  • Aplicaciones Windows Forms

    Programas de escritorio con rejillas DataGridView, DataSets con tipo y TableAdapters, a menudo instalados con ClickOnce o con un MSI. Se convierten en aplicaciones web, o pasan al .NET actual como programas de escritorio cuando es la mejor opción.

  • Sitios ASP.NET Web Forms

    Páginas con ViewState, postbacks, UpdatePanel, GridView y SqlDataSource, páginas maestras y controles de usuario. Las reconstruimos en ASP.NET Core con Razor Pages, MVC o Blazor, según la aplicación.

  • Acceso a datos

    Código ADO.NET, DataSets con tipo, LINQ to SQL, modelos de Entity Framework 6 y procedimientos almacenados. Si la base de datos está bien, la conservamos y solo cambiamos el código que la consulta.

  • Servicios e integraciones

    Servicios web WCF y ASMX, .NET Remoting y servicios de Windows. Se convierten en API REST y servicios en segundo plano sobre el .NET actual.

  • Inicio de sesión y configuración

    Forms Authentication, el proveedor Membership de ASP.NET, autenticación de Windows, configuración en web.config y app.config. Usuarios y roles pasan a ASP.NET Core Identity, o a Microsoft Entra ID o Active Directory si ya los utiliza.

  • Informes

    Crystal Reports para Visual Studio, informes RDLC en ReportViewer y exportaciones a Excel. Se convierten en documentos generados por el servidor, en PDF o en Excel.

Cómo queda la versión web

Ejemplo ilustrativo, datos ficticios

Un registro de alquileres tal como podría verse en un programa WinForms, y el mismo registro como página web.

Arrastre el control o use las flechas del teclado.

Dónde acaba cada parte

En .NET Framework: Pantallas WinForms o páginas .aspx
En la aplicación web: Razor Pages o componentes Blazor
En .NET Framework: Code-behind y manejadores de eventos
En la aplicación web: Servicios y controladores cubiertos por pruebas
En .NET Framework: DataSets con tipo, LINQ to SQL
En la aplicación web: Entity Framework Core o Dapper, sobre la misma base de datos
En .NET Framework: Servicios WCF o ASMX
En la aplicación web: API REST sobre ASP.NET Core
En .NET Framework: Membership y Forms Authentication
En la aplicación web: ASP.NET Core Identity o Entra ID
En .NET Framework: ClickOnce o MSI en cada equipo
En la aplicación web: Una dirección, abierta en el navegador

Cómo se hace la migración

  1. Análisis en 48 horas

    Nos envía la solución con su código fuente, una copia de seguridad o un script de la base de datos y los archivos de configuración sin las contraseñas de producción. En 48 horas le respondemos con un informe por escrito: qué hace hoy el programa, dónde están los riesgos, cómo se organizaría la versión web, un precio cerrado para un módulo piloto y una estimación para el resto. Es gratuito y no le compromete a nada.

  2. Módulo piloto

    Desarrollamos una parte de la aplicación sobre una copia de sus datos reales, normalmente la que más se usa. Su equipo trabaja con ella a diario antes de que usted decida sobre el resto.

  3. Pruebas automáticas entre lo antiguo y lo nuevo

    Enviamos las mismas peticiones y los mismos datos a la aplicación antigua y a la nueva y comparamos los resultados, desde los campos calculados hasta las respuestas de las API y los documentos generados. Cada regla que encontramos tiene su prueba automática, que da los mismos datos de entrada al programa antiguo y a la nueva aplicación y comprueba que los resultados coinciden. Usted recibe los resultados de las pruebas.

  4. 30 días en paralelo

    Cuando la aplicación completa está lista, la aplicación antigua sigue en uso junto a ella durante 30 días. Cualquier diferencia aparece mientras el programa antiguo sigue ahí, y la corregimos dentro del precio acordado.

Los problemas habituales, y cómo los resolvemos

  1. ViewState y lógica de postback

    Las páginas Web Forms guardan el estado en el ViewState y en Session, y su lógica se reparte entre Page_Load, los eventos de los controles y las comprobaciones de IsPostBack. ASP.NET Core no tiene equivalente. Trasladamos el ciclo de vida de la página a peticiones explícitas, para que cada acción tenga un punto de entrada claro.

  2. API que ya no existen

    Los dominios de aplicación, .NET Remoting y la seguridad de acceso del código (CAS) no están disponibles en el .NET actual, y algunas API compilan pero lanzan PlatformNotSupportedException al ejecutarse. Las buscamos en el código durante el análisis, antes de fijar ningún precio.

  3. Contraseñas de Membership

    Las cuentas creadas con el antiguo proveedor Membership de ASP.NET guardan las contraseñas en un formato de hash que ASP.NET Core Identity no usa. Migramos las cuentas para que cada persona entre con su contraseña actual y el hash se actualice en el primer inicio de sesión, o planificamos un restablecimiento si la configuración antigua no lo permite.

  4. Controles de terceros y motores de informes

    Las suites de controles para Web Forms y WinForms, como las de Telerik, DevExpress o Infragistics, y el runtime de Crystal Reports están ligados a versiones concretas del framework. Revisamos versiones y licencias y decidimos control por control con qué se sustituyen.

  5. Reglas en procedimientos almacenados y desencadenadores

    En muchas aplicaciones de esa época las verdaderas reglas de negocio viven en la base de datos. Si la base de datos se queda, esos procedimientos se quedan también y quedan cubiertos por las pruebas de comparación. Si cambia, los trasladamos uno a uno, con criterio.

  6. Estado guardado en memoria

    Las aplicaciones que guardan datos en Session, en variables estáticas o en la caché en proceso dan por hecho un único servidor que nunca se reinicia. Hacemos explícito ese estado, para que la nueva aplicación pueda funcionar en más de una instancia y sobrevivir a un reinicio.

Precio y forma de pago

Análisis

Gratuito

por escrito, en 48 horas

Módulo piloto

1000–1500 €

normalmente, 50 % al empezar y 50 % al aprobarlo

El análisis es gratuito. Si decide no seguir adelante, se queda con el informe y no nos debe nada.

Los precios son cerrados y se acuerdan por escrito antes de empezar. Si cambia el alcance, le enviamos un nuevo presupuesto por escrito y esperamos su aprobación antes de hacer el trabajo adicional.

En una migración completa, nuestro objetivo es quedar entre un 40 y un 60 % por debajo del presupuesto habitual de una agencia. Podemos hacerlo porque somos un estudio pequeño, sin oficinas que pagar ni equipo comercial.

Precios sin IVA.

Probar la calculadora de precio

Una migración real, comprobada con pruebas

Northwind es la base de datos de ejemplo que Microsoft incluía con Access, no un cliente nuestro. Migramos una copia pública a SQLite y PostgreSQL, comparamos cada tabla y cada consulta con el original mediante pruebas automáticas y construimos sobre el resultado una aplicación web que funciona. El caso práctico da las cifras y el informe de equivalencia detalla cada comprobación.

Northwind es una base de datos de Access, pero con .NET WinForms y WebForms seguimos el mismo método: migrar, comprobar frente al original y mantener ambos en paralelo.

Leer el caso prácticoAbrir la aplicación web (en inglés)

Informe de equivalencia (en inglés) · Vista previa y análisis de ejemplo (demo)

Preguntas frecuentes

¿Hay que reescribirlo todo?

No. Las bibliotecas de clases con la lógica de negocio suelen pasar al .NET actual con pocos cambios, y la base de datos normalmente se puede quedar. Lo que más cambia es la interfaz, es decir, las páginas Web Forms y las pantallas WinForms. El análisis separa lo que se puede trasladar de lo que hay que reconstruir.

¿Puede nuestra aplicación WinForms seguir siendo un programa de escritorio?

Sí. Windows Forms tiene soporte en el .NET actual, y pasar a él alarga la vida del programa por menos de lo que cuesta reescribirlo para la web. Si sus usuarios necesitan acceso desde el navegador o desde fuera de la oficina, la respuesta es una aplicación web. Cuando ambas opciones tienen sentido, el análisis presupuesta las dos.

Nuestra aplicación funciona con .NET Framework 4.8. ¿Es urgente?

No por el soporte, ya que 4.8 y 4.8.1 siguen el ciclo de vida de la versión de Windows en la que se ejecutan. Los motivos para migrar suelen ser otros: acceso desde el navegador, alojamiento en Linux, bibliotecas que ya no admiten .NET Framework o lo difícil que resulta encontrar desarrolladores de Web Forms.

¿Se puede migrar por fases?

Sí. ASP.NET Core y la aplicación antigua pueden funcionar en paralelo detrás de la misma dirección, trasladando un área cada vez. La propia documentación de Microsoft describe este enfoque gradual para las aplicaciones ASP.NET.

¿Usan herramientas de actualización automática?

Donde ayudan, por ejemplo para actualizar los archivos de proyecto y las referencias a paquetes. No deciden cómo debe funcionar una página Web Forms en ASP.NET Core, y cada parte convertida pasa por las mismas pruebas de comparación que el resto.

¿Qué base de datos usaremos?

Normalmente la que ya tiene, casi siempre SQL Server. Cambiar de base de datos es una decisión aparte, y solo la recomendamos cuando hay un motivo claro.

Otros servicios

Contacto

Por correo electrónico:

riccardo@modernizestudio.com
Escribir un correo

Envíenos el código fuente y una copia de la base de datos con datos de prueba, o una breve descripción de la aplicación. Le responderemos en un día laborable.

Trabajamos desde Italia.

Escríbanos