Porqué no me gusta Dynamic Data (ni nada que se base en Dynamic Data)

Supongo que muchos ya sabréis lo que es Dynamic Data. Para aquellos que no:

Dynamic Data es, además de una mierda como una casa de doce pisos, una tecnología relacionada con ASP.NET.

Esta tecnología se puede utilizar con LINQ2SQL o con ADO.NET Entity Model.

Consiste en una idea muy buena en un principio: Para abstraer la base de datos (Modelo) del core de la aplicación, utilizamos un ORM (como los mencionados arriba) y, vía Reflection, autogeneramos las pantallas de gestión de datos.

Para dotar de cierta flexibilidad al asunto (pues a nadie se le escapa que es de gilipollas pensar que algo tan simple puede funcionar sin problemas), mediante una extensión del modelo original (es decir, haciendo a mano lo que se supone que ya nos hace el ORM), podemos especificar el tipo de campo que queremos usar, tirando de plantillas predefinidas. Una vez más, una buenísima idea.

Las relaciones, si están bien hechas en el modelo, se gestionan automáticamente, y aparecen combos con el campo que indiquemos (otra vez en la extensión del modelo original) como campo descriptivo en la tabla relacionada.

¿Y por qué, si las ideas tras la tecnología son tan buenas, es una mierda el producto final?

Por lo mismo que Java fue una mierda durante años y años: Está adelantada a su tiempo. Está adelantada a su tiempo, y por tanto hay demasiadas cosas que no se pueden hacer por las carencias en el resto de tecnologías.

¿Esto es tan malo? No. No, si no se saca del tiesto a la tecnología.

Java fue una mierda por estar adelantado a su tiempo, pero sólo porque existían carencias importantes que no pertenecían al ámbito del propio Java. No existían buenas herramientas que permitieran un trabajo productivo. Surgían las tecnologías, pero las herramientas seguían yendo muy por detrás.

Java fue sacado del tiesto. Se programaba con vi, con Notepad, con UltraEdit, pero no había un depurador interactivo. No había un diseñador de pantallas. Y en web, pase, porque HTML y compañía son simples, pero una pantalla compleja en el lado del cliente y te puedes partir de risa si solo tienes para trabajar el Notepad y una hoja de papel para pintar lo que quieres antes de liarte a picar código.

¿Adivináis que pasa en muchos sitios? Que se está sacando a Dynamic Data del tiesto. Y las herramientas no están todas en su sitio.

Dynamic Data es una herramienta estupenda si se usa para administrar tablas simples. Funciona casi a la primera y da pocos problemas.

Pero si tenemos modelo un poco extraño, empieza a atragantarse. Y si necesitamos condicionar cuándo un campo se muestra o no, hay que armar la de San Quintín.

En otras palabras, no se puede elaborar un simple cuestionario utilizando Dynamic Data por el simple motivo de que no se pueden ir activando y desactivando los campos para dirigir el flujo que ha de seguir el usuario. No se pueden ocultar y mostrar secciones si todo va en la misma tabla (algo no tan raro).

En definitiva, es algo a utilizar en trozos de la aplicación. Nunca para una aplicación completa.

Estoy escuchando las voces.

"Sí, se puede hacer".

Bien, sí, se puede hacer. Es sólo que se tarda entre diez y cien veces más en terminar el desarrollo que con ASP.NET a pelo. Casi que me quedo con ASP.NET a pelo.

Por supuesto, sois libres de sufrir como más os guste. Yo prefiero ver los espantosos programas que emiten por televisión. Vosotros podéis utilizar Dynamic Data.