Re: [JavaSOS] Struts
8 views
Skip to first unread message
Juan Carlos Martín
May 9, 2012, 5:27:24 PM5/9/12
to jav...@googlegroups.com
El 07/05/12 23:41, Juan M escribió:
Seguir, seguir, si, en mantenimiento, en desarrollos nuevos no creo. De struts 2 poco se sabe, hoy los frameworks por excelencia son spring y jsf
Hola, estoy investigando sobre Struts ya que muy pronto lo veré en un curso en el que actualmente estoy asistiendo.
1 - ¿que diferencia existe entre Struts 1.x y Struts 2.x?2 - ¿la 1.x se sigue utilizando en empresas?--
www.JavaSOS.com
Grupo de colaboración Java/J2ee para desarrolladores de habla hispana.
Seguir, seguir, si, en mantenimiento, en desarrollos nuevos no creo. De struts 2 poco se sabe, hoy los frameworks por excelencia son spring y jsf
Juan Martin Ruiz
May 9, 2012, 6:10:22 PM5/9/12
to jav...@googlegroups.com
Gracias Juan Carlos, he leido sobre JSF, se abstrae bastante de http
Juan Martin Ruiz
Martín Vega
May 9, 2012, 7:39:00 PM5/9/12
to jav...@googlegroups.com
En mi laburo estamos usando STRUTS2 es una joya totalmente dieferente a STRUTS1, se que jsf es un derivado de Struts1.Me quedo con STRUTS2.
Pablo Lillia
May 9, 2012, 11:55:22 PM5/9/12
to jav...@googlegroups.com
El 09/05/12 20:39, Mart�n Vega escribi�:
derivado de S1.
JSF est� basado en un modelo de componentes. Cada request pasa por
varias fases en cascada. El estado de los componentes se guarda al final
de cada request, y se recupera en el siguiente requests (generalmente un
postback). El estado del �rbol de componentes puede conservarse en
memoria del lado del servidor (lo habitual), o serializarse del lado del
cliente. Tiene una especificaci�n abierta y est�ndar, lo que permite que
haya varias muy buenas implementaciones de los componentes est�ndar, y
varias librer�as de componentes adicionales de terceros.
JSF es bastante (a veces m�s) sencillo de usar que otras alternativas,
est� muy orientado a la reutilizaci�n de componentes, con varias
implementaciones y proveedores, y se integra muy bien con varias cosas.
Por otro lado, su complejidad la paga en requisitos m�s altos, que si no
se vigilan puede pueden jugarle en contra. Tiene cosas que me gustan, o
otras que me molestan :D
Struts2 es m�s sencillo, y m�s liviano, y esto es atractivo en algunos
proyectos, aunque probablemente terminen complement�ndolo con varias
librer�as: no hay respuesta definitiva, todo depende de lo que uno
necesite, preferencias, etc.
Slds.-
Pablo
> En mi laburo estamos usando STRUTS2 es una joya totalmente dieferente
> a STRUTS1, se que jsf es un derivado de Struts1.Me quedo con STRUTS2.
>
No, la verdad que JSF es bastante diferente de S1 y de S2, y no es
> a STRUTS1, se que jsf es un derivado de Struts1.Me quedo con STRUTS2.
>
derivado de S1.
JSF est� basado en un modelo de componentes. Cada request pasa por
varias fases en cascada. El estado de los componentes se guarda al final
de cada request, y se recupera en el siguiente requests (generalmente un
postback). El estado del �rbol de componentes puede conservarse en
memoria del lado del servidor (lo habitual), o serializarse del lado del
cliente. Tiene una especificaci�n abierta y est�ndar, lo que permite que
haya varias muy buenas implementaciones de los componentes est�ndar, y
varias librer�as de componentes adicionales de terceros.
JSF es bastante (a veces m�s) sencillo de usar que otras alternativas,
est� muy orientado a la reutilizaci�n de componentes, con varias
implementaciones y proveedores, y se integra muy bien con varias cosas.
Por otro lado, su complejidad la paga en requisitos m�s altos, que si no
se vigilan puede pueden jugarle en contra. Tiene cosas que me gustan, o
otras que me molestan :D
Struts2 es m�s sencillo, y m�s liviano, y esto es atractivo en algunos
proyectos, aunque probablemente terminen complement�ndolo con varias
librer�as: no hay respuesta definitiva, todo depende de lo que uno
necesite, preferencias, etc.
Slds.-
Pablo
Juan Carlos Martin
May 10, 2012, 6:47:38 AM5/10/12
to jav...@googlegroups.com
+1 Para Pablo.
Hay que recordar que un Framework facilita nuestro trabajo, pero no lo hace por nosotros. Al final siempre hay que picar. En mi opinión, a la hora de definir un proyecto, tienes que evaluar su alcance y requisitos, y en cierto modo, su perspectiva de evolución y en función de eso y de la curva de aprendizaje de un nuevo Framework, deberás elegir entre uno y otro.
Saludos!
--
Un cordial saludo,
Juan Carlos Martín
«j.mart...@gmail.com»
Hay que recordar que un Framework facilita nuestro trabajo, pero no lo hace por nosotros. Al final siempre hay que picar. En mi opinión, a la hora de definir un proyecto, tienes que evaluar su alcance y requisitos, y en cierto modo, su perspectiva de evolución y en función de eso y de la curva de aprendizaje de un nuevo Framework, deberás elegir entre uno y otro.
Saludos!
El 10 de mayo de 2012 05:55, Pablo Lillia <pablo....@gmail.com> escribió:
El 09/05/12 20:39, Martín Vega escribió:
No, la verdad que JSF es bastante diferente de S1 y de S2, y no es derivado de S1.
En mi laburo estamos usando STRUTS2 es una joya totalmente dieferente a STRUTS1, se que jsf es un derivado de Struts1.Me quedo con STRUTS2.
JSF está basado en un modelo de componentes. Cada request pasa por varias fases en cascada. El estado de los componentes se guarda al final de cada request, y se recupera en el siguiente requests (generalmente un postback). El estado del árbol de componentes puede conservarse en memoria del lado del servidor (lo habitual), o serializarse del lado del cliente. Tiene una especificación abierta y estándar, lo que permite que haya varias muy buenas implementaciones de los componentes estándar, y varias librerías de componentes adicionales de terceros.
JSF es bastante (a veces más) sencillo de usar que otras alternativas, está muy orientado a la reutilización de componentes, con varias implementaciones y proveedores, y se integra muy bien con varias cosas. Por otro lado, su complejidad la paga en requisitos más altos, que si no se vigilan puede pueden jugarle en contra. Tiene cosas que me gustan, o otras que me molestan :D
Struts2 es más sencillo, y más liviano, y esto es atractivo en algunos proyectos, aunque probablemente terminen complementándolo con varias librerías: no hay respuesta definitiva, todo depende de lo que uno necesite, preferencias, etc.
Slds.-
Pablo
--
Un cordial saludo,
Juan Carlos Martín
«j.mart...@gmail.com»
Martín Vega
May 10, 2012, 11:05:00 AM5/10/12
to jav...@googlegroups.com
Buenas cuando me referi que Jsf se baso en Strut1 hice incapie en que tambien utilizco el modelo mvc y le dio una vuelta de rosca para armar su framework.
Saludos.
Saludos.
Reply all
Reply to author
Forward
0 new messages