Extender aplicaciones legacy

¿A quién no le ha tocado mantener (y extender) aplicaciones heredadas que llevan nosecuantos años purulando por la empresa?
¿Qué hacer cuando hay que agregar una nueva funcionalidad a la aplicación? Pues depende...
  • ¿El lenguaje en que se desarrolló la aplicación se sigue manteniendo?
  • ¿Las nuevas funcionalidades requeridas están soportadas por el lenguaje / plataforma de desarrollo?
  • El qué hacer también dependerá del tamaño, nº de usuarios de la aplicación y del presupuesto disponible para migrarla a otra tecnología: como siempre, del ROI
El caso que me ocupa en estos días (más bien meses):
Aunque en mi empresa empezamos a desarrollar en .net allá por el 2004, todavía seguimos manteniendo aplicaciones VBA desarrolladas antes y durante aquella época.
¿VBA? Si, muchas de las aplicaciones desarrolladas eran cliente/servidor con un sql server como servidor y Access como cliente.

Nos han pedido ampliar la funcionalidad de la aplicación que estamos manteniendo. Podríamos haber desarrollado todo en VBA, pero:
  • El lenguaje no admite ciertas necesidades, tendríamos que tirar del API de Windows; "forzar" el lenguaje para que admita construcciones para los que no está pensado: herencia, evaluar expresiones...
  • Tenemos claro que hay que reescribir la aplicación, por lo que seguir desarrollando en VBA es tirar el dinero
El reto es que el usuario no se entere del cambio de tecnología, que vea la aplicación como siempre. Pero por debajo, la aplicación Access se apoya en varios puntos sobre lógica de negocio desarrollada en .NET, muestra formularios WinForms e integra controles específicamente desarrollados en .NET para la aplicación.

La idea básica es sencilla: Desarrollar un par de librerías en .NET y publicarlas como COM
  • Por supuesto, alguna cosa hay que seguir desarrollando en VBA/Access
  • Parte de la lógica (solo un poco) la hemos transladado al servidor de SQL: esa parte ya no tendremos que tocarla el día que decidamos migrar.
  • En una de las librerías hemos metido la lógica de negocio y rutinas de apoyo que eran difíciles de implementar en VBA
  • En la otra librería publicamos los controles que se usarán dentro de los formularios de Access. Estos controles, a su vez se apoyan en la lógica de negocio.

En el próximo post, los detalles del proyecto

saludos

Comentarios

Publicar un comentario

Entradas populares de este blog

Install NET Core 2.1 SDK on Rasapbian

Imagen
This article is based on the work of this Scott Hanselman blog entry But is easy to be lost with options with docker and the bare install script is very version dependant. To build the url to download the last version of the SDK I have followed these steps: Find the last version, or whatever version you want at https://www.microsoft.com/net/download/archives I'm using the last version: 2.1 We need the Linux SDK for ARM32. If we follow the ARM32 link, the page start downloading the tar.gz file. Ok, I copied the 'Try again' link so I can paste on my Raspberry console The same with the asp.net core With this info, we can do: $ wget https://download.microsoft.com/download/9/D/2/9D2354BE-778B-42D6-BA4F-3CEF489A4FDE/dotnet-sdk-2.1.400-linux-arm.tar.gz $ wget https://download.microsoft.com/download/1/f/7/1f7755c5-934d-4638-b89f-1f4ffa5afe89/aspnetcore-runtime-2.1.2-linux-arm.tar.gz $ sudo mkdir /opt/dotnet $ sudo tar -xvf dotnet-sdk-2.1.400-linux-arm.tar.gz -...
(más...)

Actualizar automáticamente la versión del ejecutable con el nº de build de Jenkins

Imagen
Lo que voy a explicar en este post es como automatizar el cambio de número de versión de la aplicación en todos los ensamblados y que queden actualizados con el número de build de Jenkins. Supongo que puede valer para cualquier otro servidor de integración continua. Herramientas necesarias Nuget Para facilitar las tareas, iremos descargando difentes paquetes desde Nuget. Si no lo tienes instalado puedes hacerlo desde el extension manager de Visual Studio. MSBuildTasks He visto varias maneras de hacer el versionado automático. No me ha convencido ninguna y, por eso, estoy publicando este post. Para modificar el assemblyInfo con el número de build utilizaremos MSBuildTasks Concepto de las tareas a realizar Antes de compilar, es necesario tomar el número de build de Jenkins y actualizar con él la información del assemblyInfo. Como no queremos repetir esta tarea para cada ensamblado, crearemos un único ensamblado con la información común a todos los ensamblados. Además, cada ens...
(más...)

Pasar parámetros dinámicos a Attributes

Aunque prefiero crear entradas nuevas de mi cosecha, pero cuando se encuentra una buena entrada, en la que se explica una solución que se lleva tiempo buscando no queda más remedio que apuntarla. Siempre me he preguntado como pasar a un Attribute una cadena leída de un fichero de recursos resx. Si lo intentas tendrás un error como el siguiente: "An attribute argument must be a constant expression, typeof expression or array creation expression of an attribute parameter type" Siguiendo los pasos de la siguiente entrada se consigue poder pasar parámetros no constantes a un atributo. http://geekswithblogs.net/abhijeetp/archive/2009/01/10/dynamic-attributes-in-c.aspx El ejemplo es magnífico para securizar una aplicación mediante AOP.
(más...)