Legacy Net 4.8 WebForms + ADO.NET - Net Standard
15 views
Skip to first unread message
Kiquenet
Oct 27, 2025, 8:32:54 AMOct 27
to AltNet-Hispano
Hola a todos.
contexto: En un proyecto legacy (en producción y funcionando) de un cliente, con este stack:
legacy .NET 4.8 WebForms + ADO.NET, sql server, transacciones distribuidas, TFS control de código fuente, SonarQube se va aplicando.
La idea es mantener funcionalidad, con pruebas unitarias, net 4.8 tiene limitaciones con librerias o dependencias nuget, por las versiones.
Además, se quiere pasar de Sitio web a Application Web, y mantener el histórico de cambios del TFS.
A futuro se pasará a Azure Devops con CI/CD.
objetivos: mantener funcionalidad, modernizar arquitectura, conservar histórico, y preparar el salto a CI/CD en Azure DevOps
dos grandes frentes: migración técnica (lo que se pueda en NET 4.8) y preservación del histórico.
ideas? Desacopla lógica de negocio a .NET Standard libs, preparando el futuro salto a .NET 8.
Sugerencias?
Experiencias con Net 4.8 y .NET Standard ?
Gracias de antemano.
contexto: En un proyecto legacy (en producción y funcionando) de un cliente, con este stack:
legacy .NET 4.8 WebForms + ADO.NET, sql server, transacciones distribuidas, TFS control de código fuente, SonarQube se va aplicando.
La idea es mantener funcionalidad, con pruebas unitarias, net 4.8 tiene limitaciones con librerias o dependencias nuget, por las versiones.
Además, se quiere pasar de Sitio web a Application Web, y mantener el histórico de cambios del TFS.
A futuro se pasará a Azure Devops con CI/CD.
objetivos: mantener funcionalidad, modernizar arquitectura, conservar histórico, y preparar el salto a CI/CD en Azure DevOps
dos grandes frentes: migración técnica (lo que se pueda en NET 4.8) y preservación del histórico.
ideas? Desacopla lógica de negocio a .NET Standard libs, preparando el futuro salto a .NET 8.
Sugerencias?
Experiencias con Net 4.8 y .NET Standard ?
Gracias de antemano.
Juan Nallar
Oct 27, 2025, 9:35:19 AMOct 27
to altnet-...@googlegroups.com
Acabamos de hacer algo parecido en la empresa, con una ventaja y una desventaja:
La ventaja: tenían APIs para manejar los datos, por lo tanto el backend fue menos traumático, aunque ahora están surgiendo los problemas.
La desventaja: Se migró por encima (APis, básicamente), perdiendo la oportunidad de mejorar la enorme deuda técnica que tenemos.
Si podés, migrá funcionalidad una a una, haciendo buenos tests.
--
Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a altnet-hispan...@googlegroups.com.
Para ver este debate, visita https://groups.google.com/d/msgid/altnet-hispano/74a9bee4-42dc-4151-b578-0bde6f9c8c0dn%40googlegroups.com.
Kiquenet
Oct 28, 2025, 8:48:00 AMOct 28
to AltNet-Hispano
Es un tema bastante profundo a analizar, y sobre todo, dar buenas razones para convencer al cliente, la gran problemática es que la aplicación debe seguir funcionando en PRODUCCIÓN, y por eso, experimentos con gaseosa, y todo lo que se "migre" debe seguirfuncionando.
Experiencias con DotVVM https://www.dotvvm.com/ ?
Aquí lo pintan bien, usar dotVVM, como paso previo a migrar a NET 8.
Lo veo complicado, que todo siga funcionando n producción , toda la migración a DotVVM, etcétera..
" replace all Web Forms pages with their DotVVM equivalents, and then target the newest .NET."
https://www.dotvvm.com/modernize
Experiencias con DotVVM https://www.dotvvm.com/ ?
Aquí lo pintan bien, usar dotVVM, como paso previo a migrar a NET 8.
Lo veo complicado, que todo siga funcionando n producción , toda la migración a DotVVM, etcétera..
" replace all Web Forms pages with their DotVVM equivalents, and then target the newest .NET."
https://www.dotvvm.com/modernize
DotVVM allows incremental in-place modernization of legacy ASP.NET Web Forms applications.
With just minimal changes to code base, you can replace all Web Forms pages with their DotVVM equivalents, and then target the newest .NET.
- Install DotVVM in the existing Web Forms app
- Create a DotVVM master page with the same CSS styles
- Start replacing ASPX pages with their DotVVM equivalents
- Deploy your app at any time during the migration process
- When all Web Forms pages are gone, switch to .NET 8+
DotVVM is an open-source framework for ASP.NET. It lets you create web apps using the MVVM pattern, with just C# and HTML.
DotVVM can be used to build new ASP.NET Core web apps, or to modernize legacy ASP.NET apps and migrate them to .NET 8+.
Ready-made controls
GridView with server-side sorting and paging, FileUpload, form validation, localization, and more…
Lightweight, but powerful
Just 100kB of minified JavaScript. No dependency on WebAssembly or SignalR. Comparable productivity to Blazor.
Martín Comparetto
Oct 31, 2025, 7:13:08 AMOct 31
to altnet-...@googlegroups.com
¡Qué buen tema!
Me tocó migrar una aplicación hecha en Visual FoxPro a web. Por
supuesto, hicimos todo de cero.
Pero bueno, dependiendo lo que tenes, vas a tener que planificar tu migración.
En mi experiencia, lo único que me sirvió fue la base de datos, que ya
estaba sobre SQL Server, aunque también la migramos.
Nosotros antes de definir la tecnología, probamos varias. Decidimos,
en ese momento, ir con NET 7. Ahora ya estamos con NET 9. No iría por
algo intermedio.
La aplicación nos decidimos a hacerla con Blazor. La curva de
aprendizaje fue muy rápida. Haces todo con C#, no tenes que usar otro
lenguaje, como javascript para el front.
Respecto a la arquitectura, adoptamos microservicios, o no tan micro,
separamos la aplicación por módulos independientes y que funcionan
todos juntos. Esto fue pensado para la comercialización, pero bueno,
pusimos este tema también arriba de la mesa para definir la
arquitectura.
Si vos podes reutilizar partes (como APIs) para migrar de a poco,
probablemente tengas menos dolores de cabeza que yo jaja!
Respecto a la infra, todo lo tenemos en Azure. También aprovechamos
para empezar a usar DevOps y hacer CD/CI desde el principio. Creo que
es más fácil ponerlo a punto desde el día cero que implementarlo
cuando estás avanzado.
Bueno, no quiero hacerla larga.
Cualquier consulta a disposición.
Saludos,
Martin Comparetto
Martín R. Comparetto
Me tocó migrar una aplicación hecha en Visual FoxPro a web. Por
supuesto, hicimos todo de cero.
Pero bueno, dependiendo lo que tenes, vas a tener que planificar tu migración.
En mi experiencia, lo único que me sirvió fue la base de datos, que ya
estaba sobre SQL Server, aunque también la migramos.
Nosotros antes de definir la tecnología, probamos varias. Decidimos,
en ese momento, ir con NET 7. Ahora ya estamos con NET 9. No iría por
algo intermedio.
La aplicación nos decidimos a hacerla con Blazor. La curva de
aprendizaje fue muy rápida. Haces todo con C#, no tenes que usar otro
lenguaje, como javascript para el front.
Respecto a la arquitectura, adoptamos microservicios, o no tan micro,
separamos la aplicación por módulos independientes y que funcionan
todos juntos. Esto fue pensado para la comercialización, pero bueno,
pusimos este tema también arriba de la mesa para definir la
arquitectura.
Si vos podes reutilizar partes (como APIs) para migrar de a poco,
probablemente tengas menos dolores de cabeza que yo jaja!
Respecto a la infra, todo lo tenemos en Azure. También aprovechamos
para empezar a usar DevOps y hacer CD/CI desde el principio. Creo que
es más fácil ponerlo a punto desde el día cero que implementarlo
cuando estás avanzado.
Bueno, no quiero hacerla larga.
Cualquier consulta a disposición.
Saludos,
Martin Comparetto
> --
> Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano" de Grupos de Google.
> Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a altnet-hispan...@googlegroups.com.
> Para ver este debate, visita https://groups.google.com/d/msgid/altnet-hispano/74a9bee4-42dc-4151-b578-0bde6f9c8c0dn%40googlegroups.com.
--
> Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano" de Grupos de Google.
> Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a altnet-hispan...@googlegroups.com.
> Para ver este debate, visita https://groups.google.com/d/msgid/altnet-hispano/74a9bee4-42dc-4151-b578-0bde6f9c8c0dn%40googlegroups.com.
Martín R. Comparetto
Reply all
Reply to author
Forward
0 new messages