programacion - ¿Qué framework web de Java se adapta mejor a los diseñadores web?
manual de programacion android pdf (7)
¿Qué framework web de Java es mejor para el rol de "diseñador de interfaz de usuario web" ? Es decir, qué marco te permite:
- Utilice herramientas de diseño web populares (validadores XHTML, editores CSS, etc.) en sus vistas / páginas
- Ver cambios sin ejecutar en un servidor
- Prototipa rápidamente diferentes opciones de UI
- Admite una separación (algo) limpia entre "desarrollador" y "diseñador" (terminología intencionalmente vaga)
Yo, como muchos otros, he encontrado estas capacidades que carecían de gran importancia en mis aplicaciones heredadas de Struts 1.x que usan muchos fragmentos JSP e incluyen.
Decidí portar mis aplicaciones a un entorno de portal JSR-168/268, pero no he decidido qué framework web Java alimentará los portlets. Estoy abierto a cualquier tipo (basado en acciones, basado en componentes, etc.) y un criterio clave es qué tan bien admite el rol descrito anteriormente.
Estoy intrigado por Tapestry, que afirma que sus puntos de vista son páginas compatibles con XHTML (que simplemente tienen atributos adicionales específicos de Tapestry agregados a ellos para ser procesados en tiempo de ejecución). Parece que funcionaría bien con el kit de herramientas de un diseñador web de IU. Sin embargo, me gustaría saber si esto es lo que realmente ocurre en el mundo real, o si los compromisos son necesarios.
Por supuesto, si hay algo mucho mejor que Tapestry, ¡me encantaría escucharlo!
Últimamente probé y estoy muy contento con RichFaces, que puede ver cómo se presentan aquí , conectados con facelets. Funciona bien para mí;)
He tenido bastante suerte con los JSP que usan JSTL y CSS, Spring y SiteMesh. SiteMesh en particular es excelente, porque le permite componer páginas sin incluir. Utiliza los patrones Decorator y Composite para una buena ventaja.
Los diseñadores web crearon páginas usando Dreamweaver usando HTML y CSS. Los desarrolladores los tomarían y agregarían los bits dinámicos usando JSTL. Encabezados, pies de página y el resto se agregaron usando SiteMesh. La separación de las preocupaciones encajó bien.
Prueba Wicket . Tiene todo lo que necesitas.
Puede considerar ZK con JSPs: http://zkoss.org/ Se trata de prototipos rápidos. Muchas cosas son de diseño y realmente fáciles, PERO extender widgets es difícil. Además, las webapps gigantes pueden desarrollar un problema de rendimiento si no sabes exactamente lo que estás haciendo.
Si los requisitos informáticos de su empresa son complejos, el hecho de que Tapestry tenga un contenedor IoC incorporado realmente lo ayuda. Sin embargo, esto también contribuye a la alta curva de aprendizaje de Tapestry si no está familiarizado con este tipo de programación. Cambiar una página HTML pura en una página Tapestry es fácil, ya que las etiquetas Tapestry son lo más intrusivas posible. Echa un vistazo a Jumpstart para ver ejemplos.
Creo que Spring MVC es la mejor opción para ti. Le resultará familiar (es el marco de acción) y es compatible con todo lo que necesita.
Si quieres probar OO / framework de componentes, prueba Apache Click . Click es parecido a un Tapiz, pero mucho más fácil que Tapestry y Wicket.
El marco de Stripes MVC podría ofrecerle todo lo que necesita. Es un marco web fácil de usar y, como está basado en acciones, está cerca de HTTP y del HTML generado, lo que le da un control total sobre su HTML.
Como tecnología de vista, admite Freemarker o JSP con etiquetas personalizadas Stripes JSP (¡no scriplets!). Ambas soluciones son totalmente compatibles con XHTML.
El marco de Stripes admite prototipos rápidos. Después de editar las vistas, no hay necesidad de volver a compilar el código, ni siquiera se necesita reiniciar el servidor, simplemente vuelva a cargar la página.
La separación de preocupaciones es excelente. Solo vistas tontas que generan lo que los controladores ordenaron que hicieran. El código del controlador también es simple y directo, no hay necesidad de mapeos extensos en los archivos XML, todo está excelentemente predeterminado y configurable por Java 5 @ anotaciones. (Ver: código de ejemplo de Wikipedia ).
No sé mucho sobre los portlets, pero hay una implementación de Liferay .