Migración a ASP .NET: consideraciones clave

Acceso a datos

Otra área importante en los preparativos para llevar a cabo una migración es el acceso a datos. La aparición de ADO .NET proporciona una forma nueva y eficaz de obtener acceso a los datos. Dado que se podrían escribir muchas páginas sobre el acceso a datos, este tema se escapa de los objetivos de este artículo. En la mayoría de los casos, se puede continuar usando ADO como en el pasado, pero es muy recomendable echar un vistazo a ADO .NET a fin de mejorar los métodos de acceso a datos en la aplicación ASP .NET.

Preparativos para ASP .NET

Después de repasar los problemas que pueden aparecer con más frecuencia, quizá se pregunte qué soluciones se pueden aplicar hoy mismo para estar mejor preparado cuando llegue el momento de migrar a ASP .NET. Para facilitar este proceso, se pueden seguir una serie de acciones. Muchas de estas sugerencias mejorarán el código ASP incluso si piensa migrar a ASP. NET dentro de bastante tiempo.

Utilice Option Explicit

A pesar de que usar esta opción siempre ha sido una buena idea, no todo el mundo lo hace. La obligación de declarar las variables en ASP mediante Option Explicit permite al menos tener una idea precisa sobre dónde se ubican y cómo se utilizan las variables. Una vez que migre a ASP .NET, sugiero que utilice Option Strict. Option Explicit será la opción predeterminada en Visual Basic .NET, pero al utilizar la opción más estricta Option Strict, se asegurará de que todas las variables se declaran como el tipo de datos correcto. A pesar de que esta metodología requiere más trabajo, a largo plazo descubrirá que los resultados compensan el esfuerzo.

Evite utilizar propiedades predeterminadas

Tal y como se ha explicado, ya no se admiten las propiedades predeterminadas. De cualquier manera, obtener acceso a las propiedades de forma explícita tampoco resulta una tarea complicada. Así su código no sólo será más legible, sino que también ahorrará tiempo en futuras migraciones.

Utilice paréntesis y la palabra clave Call

Utilice paréntesis e instrucciones Call siempre que sea posible, tal y como se explicó anteriormente. En ASP .NET, es obligatorio utilizar paréntesis. Si comienza a utilizar la instrucción Call a partir de hoy, estará mejor preparado para el futuro.

Evite la anidación de archivos de inclusión

Aunque parezca una sugerencia difícil de seguir, evite en la medida de lo posible la anidación de sus archivos de inclusión. Lo que quiero decir con esto es que debería eliminar cualquier área en la que existan archivos de inclusión que contengan a su vez otros archivos de inclusión. Con el tiempo, lo que sucede es que su código termina dependiendo de una variable global que está definida en un archivo de inclusión en cualquier otra ubicación y sólo tiene acceso a él porque ha incluido otro archivo que contiene el que realmente necesita.

Al migrar a ASP .NET, probablemente traslade sus variables y rutinas globales a bibliotecas de clase, en cuyo caso resulta mucho más sencillo si tiene una idea clara de las ubicaciones que va a utilizar para tener acceso a cualquier elemento. Puede que se vea obligado a mover objetos y cambiar los nombres de algunas rutinas duplicadas en varios archivos.

Organice las funciones de la utilidad en archivos individuales

Una estrategia utilizada en el proceso de migración es migrar todas las funciones y código de la utilidad contenido en los archivos de inclusión del servidor a bibliotecas de Visual Basic o C#. Esto permite colocar todo el código en el sitio adecuado, es decir, en objetos, en contraposición a los archivos ASP de múltiples interpretaciones. Si prepara su código con antelación, ahorrará tiempo en el futuro. Lo ideal sería agrupar las subrutinas en archivos lógicos, lo que permitiría crear fácilmente un conjunto de clase de VB o C#. En realidad, éstas funciones son las que probablemente deberían haber estado en objetos COM desde el primer momento.

Si dispone de unas cuantas variables globales y constantes mezcladas en archivos de inclusión del lado del servidor, considere la posibilidad de colocarlos todos en un único archivo. Una vez que haya migrado a ASP .NET, se puede crear fácilmente una clase que albergará todos los datos globales o constantes. De esta manera, el sistema estará mucho más limpio y será más fácil de mantener.

Elimine todo el código que pueda del contenido

Se trata también de un consejo difícil de seguir. No obstante, intente separar siempre que pueda el código del contenido HTML. Depure las funciones que mezclen código y archivos de comandos dentro del cuerpo de una función. De este modo, estará mejor preparado para volver a utilizar código oculto que, a fin de cuentas, es el modelo ideal en ASP .NET.

No declare funciones dentro de bloques <% %>

Esta posibilidad no se admite en ASP .NET. Por tanto, debe declarar las funciones dentro de los bloques <script>. Consulte la sección Cambios estructurales para ver un ejemplo de esta técnica.

Evite las funciones de procesamiento

Tal y como se ha expuesto anteriormente, debe evitar el uso de "funciones de procesamiento". Si puede modificar o preparar el código ahora, debería utilizar bloques Response.Write a la hora de construir este tipo de funciones.

Libere recursos de forma explícita (métodos de cierre de llamadas)

Asegúrese de llamar explícitamente cualquier método close() o de limpieza que exista en los objetos o recursos que esté utilizando. Todos sabemos lo descuidados que son Visual Basic y VBScript en los asuntos de limpieza. Normalmente son muy buenos en la limpieza inmediata de elementos, pero tras la migración a .NET y el mundo de la recolección de "basura", resulta difícil saber a ciencia cierta cuándo se limpiarán los objetos. Si puede limpiar y liberar recursos de forma explícita, debería hacerlo.

Evite mezclar lenguajes

En la medida de lo posible, evite mezclar JScript y VBScript del lado del servidor en la misma página. Por lo general, esta mezcla es característica de la programación de baja calidad. Además, plantea un problema de migración para ASP .NET, ya que requiere un solo lenguaje en línea <% %> por página debido al nuevo modelo de compilación. Se pueden seguir emitiendo secuencias de comandos del lado del cliente del mismo modo en que se hace ahora.

Resumen

Como se ha podido comprobar, hay que tener en cuenta varios puntos antes de efectuar la migración de una aplicación a ASP .NET. Sin embargo, casi todos los cambios que se han explicado en este artículo deberían implementarse con relativa facilidad.

Si tiene un sitio muy grande, al final del proceso se sorprenderá de la cantidad de errores y código inútil e ineficaz que ha descubierto y corregido. Además, será capaz de aprovechar las numerosas y eficaces características que se han integrado en ASP .NET y en la plataforma .NET en general.

LO ÚLTIMO en tu Correo. Suscríbete Gratis a NUESTRO BOLETÍN !!

Te Agradeceríamos nos informes si encuentras un ENLACE ROTO