¿MVC vs Ajax?

22-01-2007 Raul Vicente

Hace poco he leído un artículo de Ed Burns una de las personas que trabaja activamente en el desarrollo de JSF(Java Server Faces), bueno más que un artículo lo que hacía era responder a las preguntas del populos, debatir sobre el futuro de JSF y comentar las razones por las cuales no se había incluído de momento el Ajax dentro de la especificación.

La verdad es que las razones que daba no me parecen muy convincentes ya que acaba de salir una librería como ICEFaces que incorpora una serie de componentes Ajax para JSF. El problema es el de siempre que si los módulo vienen por separado el archivo web.xml al final es un lío de mil pares de narices.Por ejemplo, si mi proyecto utiliza Sping Webflow,JSF y Ajax imaginaos el lío ya que tengo que incorporar JSF como un módulo de Sping Webflow ya que este trae una template para JSF, pero ¿Cómo incorporo el Ajax?, ICEFaces utiliza un servlet diferente al que se le redireccionan las peticiones Ajax y este maneja la creación del código Ajax y el código JSF estándar si lo hubiera, pero ¿será manejable esta librería desde Spring Webflow?

Estas preguntas no habría que hacerlas si la generación del código Ajax estuviera incluída dentro del framework MVC, además parece lógico que esto sea así, igual que tengo un componente para los textbox de mis JSP tengo uno para mi árbol de directorios Ajax…

En fin, me gustaría que opinarais al repecto, ya que, no se si es que yo soy un exagerado o que los gurús de Java vuelan tan alto que se han olvidado que el vulgo necesitamos soluciones prácticas para el día a día y menos teoría.

El artículo original se encuentra en esta dirección:

http://www.theserverside.com/news/thread.tss?thread_id=43899

3 Comentarios

  • 1. Luis Artola  |  enero 22nd, 2007 at 1:10 pm

    Tenemos para mí dos problemas: el MVC original fue desarrollado para aplicaciones de escritorio y no web, con lo cuál no es aplicable a la web. El MVC actual que pueda utilizar por ejemplo Struts, es una versión simplificada y bastante cutre que aunque mejora el uso de jsp a pelo, tampoco es que sea la panacea.

    A nivel de diseño orientado a objetos ¿cómo implementamos un MVC con AJAX? La respuesta puede ser leernos cómo lo hace Ruby on Rails. La conclusión después de hacerlo: no se parece en nada a Struts o JSF.

    Con lo cuál no se puede parchear un modelo no-ajax con otro con-ajax. O el diseño OO permite, desde el principio, usar AJAX nada.

    Sólo un nuevo framework web podría permitirse tal cosa sin ser un parchazo cerdo. Ese framework web sería muy inmaduro comparándolo con soluciones ampliamente extendidas como la mierda de STRUTS.

    ¿quién se atreverá a hacerlo? Yo no. :-)

  • 2. Raúl Vicente  |  enero 22nd, 2007 at 4:52 pm

    La verdad es que puede ser que tengas parte de razón, pero entonces seguimos sin arreglar nada, de todas maneras en otros post ya he revindicado que aparezca otro framework WEB que incluya tanto Ajax como las conventions de Ruby on Rails. El creador de Struts se había embarcado en un proyecto para realizar otro framework web haber si hay suerte y lo sacan cuanto antes.

  • 3. daniel  |  mayo 14th, 2009 at 5:43 pm

    la verdad, mira eso ya esta todo anexado. ya no tiene problemas para poder hacer esto.
    con seam, trabajas con jsf + ajax + hibernate + ebj+3.0. ya no ahi problema para poder programar con componentes asoncronos.

Comenta el articulo:

Requerido

Requerido,