miércoles
nov232005
ýSerá Ajax el asesino de los Frameworks?
miércoles, noviembre 23, 2005 at 4:14AM
Se acentúa el debate sobre Asynchronous Javascript And Xml en la comunidad:
Traduccrión libre tomada del James Strachan's Weblog
http://radio.weblogs.com/0112098/2005/11/16.html#a541
ýConvertira realmente Ajax a los frameworks HTML/HTTP tradicionales en legados?
AJAX proporcionaría todo: la interaccrión y los servicios backend, no solo la parte estática; evitando así los frameworks.
La movida Java ha generado ochicientos web frameworks desde JSF, Tapestry, Struts, WebWork, Spring WebFlow a JSP/JSTL/Velocity etc. Y continýa, arán hoy nace uno nuevo en algun lugar del mundo.
Los frameworks pasan la mayor parte de su tiempo haciendo cosas como lidiar con HTML y HTTP, manteniendo el estado del cliente en el servidor, intermediando el manejo de envio y validacrión de formularios, ediciones de templating/rendering y componentes de negocio a forms HTML.
Actualmente Ajax tiene motores de templates, motores XPath/XSLT, pilas SOAP, implementaciones XForms y así sucesivamente del lado del cliente.
Usted puede hacer cosas listas con la piel de Javascript en su pýgina HTML y utilizar el CSS para atarlo.
Incluso hay una versrión JavaScript de Ruby on Rails que corre en el bowser!
Serán las applicaciones web del futuro HTML estático y Javascript, servido por Apache con Ajax interactuando con un manojo de XML basados en web services ( tal vez usando SOAP, tan vez usando ...)?
ýSi es asíý realmente necesitamosun web framework centrados en el HTTP y el HTML, o apenas vamos a terminar encima de desarrollar un manojo de servicios web basados en XML y dejando a Ajax hacer todo el templating, correccrión y vista ?
¿Es ýste el fin de los frameworks tal como los conocemos?
http://www.theserverside.com/blogs/threa...d_id=37634
http://radio.weblogs.com/0112098/2005/11/16.html#a541
http://www.trimpath.com/project/wiki/Jav...tTemplates
http://sourceforge.net/projects/goog-ajaxslt/
http://www.themidnightcoders.com/
http://www.formfaces.com/
http://bennolan.com/behaviour/
http://trimpath.com/project/wiki/TrimJunction
Traduccrión libre tomada del James Strachan's Weblog
http://radio.weblogs.com/0112098/2005/11/16.html#a541
ýConvertira realmente Ajax a los frameworks HTML/HTTP tradicionales en legados?
AJAX proporcionaría todo: la interaccrión y los servicios backend, no solo la parte estática; evitando así los frameworks.
La movida Java ha generado ochicientos web frameworks desde JSF, Tapestry, Struts, WebWork, Spring WebFlow a JSP/JSTL/Velocity etc. Y continýa, arán hoy nace uno nuevo en algun lugar del mundo.
Los frameworks pasan la mayor parte de su tiempo haciendo cosas como lidiar con HTML y HTTP, manteniendo el estado del cliente en el servidor, intermediando el manejo de envio y validacrión de formularios, ediciones de templating/rendering y componentes de negocio a forms HTML.
Actualmente Ajax tiene motores de templates, motores XPath/XSLT, pilas SOAP, implementaciones XForms y así sucesivamente del lado del cliente.
Usted puede hacer cosas listas con la piel de Javascript en su pýgina HTML y utilizar el CSS para atarlo.
Incluso hay una versrión JavaScript de Ruby on Rails que corre en el bowser!
Serán las applicaciones web del futuro HTML estático y Javascript, servido por Apache con Ajax interactuando con un manojo de XML basados en web services ( tal vez usando SOAP, tan vez usando ...)?
ýSi es asíý realmente necesitamosun web framework centrados en el HTTP y el HTML, o apenas vamos a terminar encima de desarrollar un manojo de servicios web basados en XML y dejando a Ajax hacer todo el templating, correccrión y vista ?
¿Es ýste el fin de los frameworks tal como los conocemos?
http://www.theserverside.com/blogs/threa...d_id=37634
http://radio.weblogs.com/0112098/2005/11/16.html#a541
http://www.trimpath.com/project/wiki/Jav...tTemplates
http://sourceforge.net/projects/goog-ajaxslt/
http://www.themidnightcoders.com/
http://www.formfaces.com/
http://bennolan.com/behaviour/
http://trimpath.com/project/wiki/TrimJunction
Reader Comments