Quien no ha escrito una aplicación urgente agregando controles a una página o formulario y por la facilidad que nos ofrecen las herramientas de desarrollo como Visual Studio, agregamos código a los eventos en la misma interface, después de todo es algo rápido y no va a servir más que para esta vez.
Además si lo podemos hacer, es porque la herramienta lo permite, entonces no debe ser mal, no? Pues no es así, es una mala práctica que no debemos repetir…
Código en la interface
Quienes empezamos a escribir código antes del .NET, vivimos en una época donde el código y los controles se entremezclaban para crear una aplicación; pero también sufrimos con todos los problemas que esto acarrea.
Hoy en día es sabido por todos que el código y los controles no deben estar en el mismo lugar, aun que es probable que encontremos algunos viejos lobos solitarios que no han modificado esa ancestral practica, a la cual se le conoce como un anti patrón.
Los anti patrones son patrones que son usados comúnmente, pero que en realidad son inefectivos, incluso es contra producente su aplicación; podríamos simplificarlo diciendo que se trata de un mal habito de programación.
ASP
Si trabajaron con el ASP antes del .NET, en sus inicios saben de que estoy hablando, el código HTML entre mezclado con el código de VB era un caos; el mantenimiento y las modificaciones un dolor de cabeza.
La reutilización era casi imposible, algunos inventamos formas de reutilizar el código pero en vez de ser útil, terminaba siendo una pérdida de tiempo.
Incluso hoy en día es muy fácil caer en la tentación de repetir esta mala práctica, pensando que no le hacemos daño a nadie sobre todo si nosotros somos los que vamos a darle mantenimiento a la “pequeña aplicación” que nos solicitaron, quizás una utilería, o que se yo.
Lo cierto es que si afectamos severamente a alguien…a nosotros mismos.
Codificar primero
El problema radica en sentir que somos expertos y que a nosotros no nos pasara, que nosotros si podemos escribir el código sin tener que hacer uso de diseños, pensar que podremos controlarlo.
El peor error de un programador es escribir el código sin antes haberlo entendido, sin elaborar el más pequeño diagrama o cuando menos conceptualizar lo que vamos a codificar.
Lo más común es que nuestro código resulte en una serie de problemas que difícilmente podemos reparar:
- Dependencia entre las clases
- Ausencia de capas
- Y un sinfín más de problemas.
Que debo saber para poder usar los patrones apropiadamente?
Los patrones no son la solución a todos nuestros problemas, para poder sacar provecho de ellos, es necesario conocerlos, aprender cómo se lleva a cabo su implementación, probar las variantes que existen y conocer las fortalezas y debilidades.
Es necesario saber leer los requerimientos para poder detectar la necesidad de alguno de ellos en nuestro código; al principio resulta complicado, pero conforme los tenemos en cuanta y nos hacemos disciplinados en nuestro proceso de codificación, avanzaremos en le dominio de estas increíbles herramientas al escribir código.
Nueva etapa del Blog
En esta nueva etapa del Blog, me encuentro en preparación de un proyecto para un cliente, pero por requerimientos específicos, debe ser ASP.NET, no MVC; lo cual quiero llevar a cabo de la mejor manera posible, aplicando patrones a todas las etapas del desarrollo.
En este blog estaré comentando el avance y ejemplificando el uso y la implementación de patrones con ASP.NET.
Y no se olviden: El poder del código solo es completo, si tenemos el conocimiento de cómo usarlo.
Hasta ahora revisando lo de MVC veo que si se incurre muy frecuentemenete usando webForms en el antipatron que describes, pero el modelo de webForms esta diseñado como en base a los eventos, entonces ya de antemano asi divida mi alicacion webforms en capas tendre codigo metido dentro de estos eventos de los controles.
ResponderEliminar