La solución que ofrece Microsoft al problema del código mezclado es el Code Behind. Una forma al parecer simple de separar el código HTML del código VB o C#, en un archivo aparte.
Este archivo aparte contiene código que responde a los eventos que se disparan en la interface, y al final termina siendo una forma disfrazada de SMART UI, debemos romper ese vicio….
Conocerlos y haberlos usado en alguna ocasión o por ejemplos, no es suficiente para poder determinar cuál sería el patrón que mejor se adapta a nuestro problema, incluso podría no ser necesario usar alguno.
Según mi propia experiencia puedo darles algunas ideas…
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…
En la versión anterior de MVC de Microsoft, la 2.0 encontré en repetidas ocasiones la palabra Scaffolding. La traducción literal es ANDAMIO, a pesar que investigue sobre ella, la tecnología en ese momento era más limitada.
En MVC 2 podemos crear automáticamente los Controllers y las Vistas con un simple clic en el lugar apropiado. En la nueva versión MVC 3 los programadores han ido mas allá, permitiéndonos crear de forma automática el código del cual podemos partir.
Si la versión anterior me pareció un gran avance, esta nueva versión es mucho mejor.
