Scott Guthrie, acaba de anunciar la disponibilidad de un nuevo CTP de Atlas Control Toolkit.
The "Atlas" Control Toolkit contains controls and templates that make adding client-side functionality to your site incredibly easy.
A pesar de que algunos están emocionados y nos muestran ejemplos de uso, IMHO, creo que varios de estos controles son prácticamente inútiles en comparación a lo que se puede hacer con otras librerías muchísimo más pequeñas... ya que la supuesta facilidad de uso de estos controles, trae como consecuencia que el navegador del cliente descargue una cantidad considerable de javascript que no usará, esto último debido a la falta de modularización de Atlas ASP.NET AJAX.
Finalmente, creo que es decisión de cada uno, determinar el escenario adecuado para el uso de estos controles u otros frameworks javascript.
7 replies on “Atlas Control Toolkit, ¿javascript fácil = javascript pesado?”
Hola Alex, encantado de conocerte ante todo :-), bueno...
Quiero expresar que estoy totalmente de acuerdo a tu afirmación: "trae como consecuencia que el navegador del cliente descargue una cantidad considerable de javascript que no usará"
Pero (como siempre en esta vida hay un pero) como he dicho en mi blog en Octubre se hará publica la beta 1 de ASP.NET Ajax Extension.
Os preguntaréis porque digo esto, pues porque como he dicho esta beta traerá GRANDES cambios en el framework cliente, y (esto que voy a decir no está confirmado) hay rumores de que entre esos cambios incluye una reducción de peso de la librería cliente muy considerable.
El caso esque de momento "no se debería" de poner en producción por lo que no creo que durante una CTP sea lo más conveniente hablar de rendimiento en el cliente. Yo en mi blog hablo de las novedades que tiene, pero nunca de la experiencia final del cliente.
El grabe problema que tenemos ahora mismo es que los programadores lo intentan poner en producción, cosa que de desde mi punto de vista es totalmente erronea, y recibo un montón de consultas sobre el rendimiento en el cliente, y mi respuesta es siempre la misma, esto es un CTP, no es ni una beta, por lo que aún está en desarrollo.
De todas formas yo no cierro las puertas a otras alternativas que no sean ASP.NET Ajax Extension, sino que hay componentes como MagicAjax y Ajax.NET que debemos tener en cuenta a la hora de valorar que opción es la que más nos conviene en nuestros desarrollos.
Una cosa que valoraría a la hora de crear la aplicación es su ámbito de ejecución (Internet o una red local) ya que si hablamos de una red local no creo que afecte a la carga de nuestra aplicación.
Por último me gustaría resaltar una vez más que estamos hablando de un CTP y solo pido que esperéis a la beta 1 (como mínimo) para poder valorar el rendimiento en la carga de la aplicación, recordando que Internet no es el único ambito de una aplicación Web.
Saludos y encantado 🙂
Hola Eugenio, un gusto conocerte también
Habrá que esperar las mejoras que comentas para hacer un análisis un poco más profundo.
Justamente esa es la razón por la que he evitado hacer uso de Atlas, pero como mencionas en un párrafo posterior, lamentablemente no todos los desarrolladores hacen caso a esto.
Hablando de escenarios de uso, IMHO, creo que Microsoft debería poner énfasis en "mostrar" a la comunidad los posibles o comunes escenarios de uso para Atlas, puesto que una gran parte de desarrolladores ignora estos temas y hacen/harán un uso indiscriminado de este framework, como consecuencia de esto habrá multitud de aplicaciones web no accesibles y usables, por lo tanto Atlas podría llegar a ser tan tristemente comparado con "Frontpage".
Saludos
De todas formas, lo que quiero expresar es que yo en mi blog hablo de las novedades, características, etc. pero nunca la comparación con otros frameworks debido a que no sería justo la comparación de una versión final con una versión en desarrollo. Insisto, esperemos a la primera beta para poder ver el resultado final, ya que si has seguido el proyecto entre CTP y CTP ha sufrido muchos cambios.
Siendo, a mi parecer, la primera beta el momento en el que nos encontremos con la base final de este framework.
De todas formas me gustaría recordarte el objetivo de la metodología Ajax que es reducir el número de cargas sometiendo al usuario a una carga inicial mucho superior a la inicia, por lo que creo que el debate de sobre la primera carga es innecesario siendo algo a mayores.
Por poner un ejemplo desde que tengo Windows Live Mail estoy mucho más contento, someto una carga inicial pero luego es mucho más cómodo, sobre todo porque tengo una conexión teléfonica de 56 KB, que me conecta a 32 KB. Y este ejemplo lo pongo desde el punto de vista del usuario.
De todas formas como en mi anterior comentario pido que esperemos a la beta.
Hola,
Estoy de acuerdo en que hay que esperar a la beta, estaré al tanto de los cambios que mencionas.
Eso lo tengo presente, pero no necesariamente es cierto en todos los escenarios, mi preocupación va por otro lado...
Saludos
Si pudieses explicar cual es tu preocupación te lo agradezco.
Saludos
[...] donde AjaxPro y JQuery trabajando codo con codo: jQuery and Ajax.NET Professional (AjaxPro) Atlas Control Toolkit, ¿javascript fácil = javascript pesado? Scott Guthrie, acaba de anunciar la disponibilidad de un nuevo CTP de Atlas Control Toolkit. The [...]
This one makes sence "One's first step in wisdom is to kuesstion everything - and one's last is to come to terms with everything."