Por qué no me acaba de convencer Asp.net Ajax
Hace unos pocos días, por fin Microsoft publicaba la versión definitiva de sus extensiones Ajax para Asp.Net. Sobre el papel parecía algo realmente impresionante. Controles muy dinámicos e interactivos perfectamente integrables y comunicables con el servidor, relativa facilidad de uso, drag and drop, multi-navegador...
NOTA IMPORTANTE: La crítica que expongo a continuación está basada en mi experiencia con las versiones previas y beta. Es posible que los problemas que menciono desaparezcan o se mitiguen en la versión definitiva.
Todo esto es indudablemente cierto. Pero como con todo en este mundo, la perfección no existe, y Asp.Net Ajax tiene que un buen montón de problemas que resolver. El más importante de todos, que me preocupa especialmente y que hará que seguramente lo desinstale de mi proyecto, es que es lento, pesado y consume muchos recursos del servidor. Además, y esto es muy preocupante, devuelve un código diferente a los navegadores no soportados, entre los que se incluyen los robots de los buscadores. En otras palabras, Asp.Net Ajax hace cloaking.
El cliente carga demasiados archivos Javascript y eso se nota aunque tengas un ADSL de 4 megas. Estos archivos son preparados de forma dinámica por el servidor y a veces la legendaria velocidad de Asp.Net se convierte en una gran mentira por el tiempo que tarda en procesarse y devolver al cliente.
Es una pena porque Asp.net Ajax ha cumplido todo lo que prometía pero a un precio demasiado elevado. No me puedo permitir el lujo que mi página principal tarde 20 segundos en empezar a cargar sólo para tener unos dropdowns que se autocompletan, que no funcionan ni de broma en navegadores antiguos ni con Javascript deshabilitado.
Microsoft había avanzado mucho en las tecnologías de Internet con Asp.net. De hecho, sigue siendo una plataforma excelente. Muy lejos queda ya el abominable Frontpage, con su código HTML inflado inútilmente y siempre incorrecto. Sin embargo, con Asp.net Ajax, se ve ligeramente la sobra de FP y de aquello que hizo que Microsoft fuese el ejemplo a evitar en cuanto a la web: demasiado código innecesario, elevados tiempos de carga y capacidades incompatibles con los estándares.
Hoy mismo voy a probar la versión definitiva. Ya os contaré si las cosas cambian a mejor.
Agosto 2nd, 2007
Hola, me alegra ver tu artículo porque he tenido el mismo problema con la página de inicio de una aplicación mia. Utilizo el slideshow del ajax toolkit, con la v1.0 de ajax.net. Voy a probar a quitarlo y ver si carga mas rápido (de 20 a 30s tarda ahora).
Ahora ha salido el VS2008 express con la v3.5 del framework que incluye Ajax dentro de el y no como instalación externa. Aún así creo que sigue siendo ajax 1.0 y no creo que hayan resuelto los problemas que comentas. Espero que en la version definitiva del framework solventen esto.
De todos modos, en mi caso, esto solo se nota en la carga de la página principal ya que en mi site tengo ajax en páginas secundarias y no se notan cargas lentas.
Un saludo.
Marzo 9th, 2009
asp.net es rapidisimo ala hora de mostrar la pagina de cargar sus componentes y aun mas rapido que php y jsp es por eso que una de las websites masimportantes de el medio informatico web han cambiado a asp.net por su rapides un claro ejemplo es la famosa pagina de myspaces.com
antes corria sobre dragon blue de cold fucion y ahora esta en apuesta por asp.net no es mentira aqui el link de las paginas migradas asp.net
http://www.asp.net/get-started/
Marzo 9th, 2009
Asp.Net es rápido, no lo niego. De hecho es mi plataforma favorita (si no, no la usaría). Pero el artículo no trata de Asp.Net en sí sino de las extensiones Ajax para Asp.Net. Asp.Net Ajax tiene una biblioteca Javascript de cliente pesadísima como comenté en este artículo que escribí un año más tarde que hace que las páginas demoren bastante la carga, y es de eso de lo que hablo, no de otra cosa.