Alex Fuentes escribe en su blog como funciona "MVC en Spring", para quienes no sepan como funciona MVC esta es una buena entrada y también para que vean que tan fácil es el patron de diseño en Spring...

Aqui la liga:

http://www.jroller.com/afuentes/entry/mvc_en_spring

Muchas gracias Alex!!!

ATTE

developx

 

a

Clasificación: 
Temas: 

Comentarios

No entiendo porque se sigue promoviendo y usando frameworks de una "ola anterior" como Spring MVC.

Me queda claro que existan muchas aplicaciones desarrolladas en frameworks basados en acciones (ala Struts) pero me parece sorprendente que se promueva la construcción de aplicaciones basadas en este tipo de frameworks.

Las tendencias, de acuerdo a Google, son claras. Spring MVC no ha ganado audiencia, Struts va a la baja, JSF va a la alza.

Consideraría que es por que estamos en SpingHispano y todo lo que tenga que ver con Spring, y tal vez por que el esquema que maneja SpringMVC es muy facil de entender para tener un punto de partida e integrar otros Frameworks como JSF o Struts...

Si he visto que no ha tenido mucha audiencia pero es para los que se quieren meter al patrón MVC...

Saludos!!!

De alguna manera todos los frameworks web para Java que conozco están basados en el patrón MVC.

He observado que Keith Donald también promueve JSF y de hecho la próxima version de SWF, la 2.0, tiene un mejor soporte para JSF.

Gustos hay para todos  y tecnologias y modos de resolver los problemas  tambien.

Es por esto que los patrones MVC, son muy simples de entender  y implementarlos .

Es importante señalar que JSF tambien posee una curva de aprendizaje  que notablemente va depender de cada uno de los proyectos si es posible de soportarla. No siempre estar en la ola de tecnologia asegura que tus proyectos sean mejores que otros ...

Ademas el tema de las anotaciones a los Controladores que ahora se convierten un unos simples POJOs  y si le adicionamos elementos de Testing , MVC de spring aun se mantiene como una buena opcion para el desarrollo de soluciones WEB.

Aqui les dejo unos link para ver como funciona el Testing sobre MVC.

http://www.springframework.org/node/590

_________________

Saludos

Alex Fuentes

Agregue a la búsqueda  Rails, considerando el resultado, no se que sentido tiene seguir desarrollando en Java. Mi comentario es tonto por supuesto, pero el hype sobre ciertas tecnologías mueven las tendencias sin duda.
 
En el caso especifico de JSF, sin duda tiene todo el apoyo de la industria, es un estándar. El que sea estándar implica un JSR y la participación del JCP. Esto es muy bueno, pero también implica mucho, como los intereses de los integrantes de los Expert Group y la lentitud con la que el estándar mejora. añado a mi opinión el que los dictadores del estándar no son desarrolladores de aplicaciones. En lo personal no me agrada JSF, al menos no en ese momento.
 
De la búsqueda de tendencias hice otra prueba, quite a "Spring MVC" y a Tapestry y agregue Flex y Silverlight. El resultado de nuevo me sorprendió, sobre todo por Silverlight que empata a JSF.
 
Retomando SpringMVC, en lo personal me gusta mucho, y mas con el soporte de Anotaciones que tiene ahora. Aunque sea de la "ola anterior", me parece un framework muy sencillo de usar, simple, poderoso, flexible y que no le da muchas vueltas a las cosas. Esa es mi opinión al respecto.
 
Aprovechando de una vez, ¿que opinas de Grails?
 
Saludos

 

Explicitamente no incluí en la consulta a tecnologías como Rails por que no es para Java ni a Flex y Silverlight porque no son frameworks de web, son frameworks para RIA. Quise limitar la comparación a productos del mismo tipo.

¿Que características en particular crees que se necesiten para que JSF mejore?

No se exactamente a que te refieres con que "los dictadores del estándar no son desarrolladores de aplicaciones". Ahi se encuentran Jacob Hookom, Kito Mann, Howard Ship, Jonas Jacobi, gente de Exadel, IceSoft, Oracle, Jakarta, etc. En mi opinión, la "Crème de la crème" del desarrollo web en el mundo Java.

No he visto otra tecnología de web, con excepción de ASP .Net, que tenga toda una comunidad tanto de productos comerciales como de código abierto como JSF. Existen una gran variedad de librerías de componentes, extensiones, orquestación de páginas, soportes para IDEs de parte de IBM, Bea, Oracle, JBoss, Jetbrains, etc.

El utilizar correctamente JSF (o cualquier otro framework de web orientado a componentes) implica un cambio de paradigma. Personas con experiencia previa en Struts o Spring MVC tienen que des-aprender para entender JSF. Posiblemente esta sea la razón principal de las preferencias personales de la mayoría de las personas que están a favor de Spring MVC.

Muchas veces mis opiniones tienen un sesgo, están en un ámbito de industria. No discuto que Spring MVC pueda ser utilizado para el desarrollo de prototipos o aplicaciones - al fin y al cabo todos los frameworks están basados en servlets, sin embargo yo nunca usaría o recomendaría usar Spring MVC para una aplicacion compleja (ni tampoco para una medianamente compleja). Es más, no existe ninguna aplicación sencilla o compleja en la que haya participado y que piense que hubiera sido mejor utilizar Spring MVC para su construcción.

Tanto Grails como Seam son tecnologías a considerar ya que más que frameworks de web son productos completos para el desarrollo de aplicaciones web, sin embargo hay que evaluarlos en términos de si son aplicables para el desarrollo de aplicaciones empresariales.

Yo si recomendaria usar SpringMVC en producción, trabaje 2 años con JSF /Richfaces a comparación de otros frameworks el desempeño de JSF + Richfaces es malisimo, claro que es muy productivo a la hora de crear las pantallas pero en rendimiento esta muy por debajo de SpringMVC + JQuery.

Alguien que programo aplicaciones REST tambien me dara la razón, en JSF1.2 es imposible terner un formulario con metodo GET, ahora JSF2.0 ya ofrece un cieto soporte pero igual muy por debajo de SpringMVC.

JSF es un estandar como lo fue EJB2.x y al igual que este demuestra que la gente de JCP tambien se equivoca.

Creo que falto agregar que Spring MVC tambien es bastante maduro y conservan muy bien la compatibilidad con versiones anteriores. Se por experiencia que JSF no es muy bueno en ese aspecto. Sin embargo, con Spring MVC he reusado mucho codigo en nuevas aplicaciones sin que me salga un error.

Quisiera aportar un dato sobre JSF que puede facilitar comprender porque se considera JSF una tecnologia que está "en la cresta de la ola". JSF es un standard de programación orientada a componentes que hace ya bastantes años que está en el mercado (JSF 1.0 es del año 2004). Eso si, durante muchos años, la comunidad de programadores no ha respaldado demasiado su uso, decantándose por frameworks orientados a acciones (Struts por ejemplo).

Creo que ha sido a raíz de la aparición de JBoss Seam y sobretodo de frameworks RIA basados en JSF (Richfaces o IceFaces), que esta tecnologia ha captado una cuota de mercado realmente importante. Considero que el hecho de que el paradigma RIA esté tan de moda en las aplicaciones actuales es lo que ha hecho que JSF esté donde esté. Ahora bien, ¿sería posible discriminar los resultados obtenidos para saber cual es la tendencia de JSF por si solo?

 

No se olviden de Primefaces que tambien ha dado un gran empujón a JSF.

Aunque por el otro lado, JSF me gusta pero mal acostumbra a los programadores (yo incluido). Una vez que sali de JSF me di cuenta de lo poco que manejaba Javascript porque JSF te maneja toda la parte del navegador. De hecho el mismo Primefaces es una abstracción sobre jQuery UI.

perdón, estaba revisando las caracteristicas del foro y me permitió modificar este contenido incluso no siendo mio. solo le agregué una "a" a final... ... no se si el foro me dió permisos de administrador o algo así que no me corresponden.

Dejo este apunte. Mil disculpas por la incomodidad.

saludos.

He modificado el permiso...

Puedes intentar borrar la 'A' para que me digas si te es posible hacerlo...

Muchas gracias

neodevelop

Hola. Ya no puedo editar el contenido :-)

Por cierto, dejé un hilo nuevo en el subforo llamado "tu voz" sobre dos preguntas que tengo del foro.

Saludos.