Qué framework web de Java es mejor si desea usar jQuery

Question

Soy muy bueno en jQuery y lo he usado en muchos sitios web de PHP.

Ahora solo quiero elegir ese marco web mediante el cual puedo usar jQuery al mismo nivel que PHP, pero en Java.

Entonces, ¿qué estructura web debería elegir?

Answer 1

Como ya ha escuchado, los marcos basados ​​en componentes son un poco pesados ​​cuando se trata de usar ciertas bibliotecas de JavaScript. Personalmente he usado solo algunos, así que no puedo crear una lista definitiva de ellos. Sin embargo, he usado marcos basados ​​en componentes y plantillas, así que me atrevo a decir que tengo al menos una opinión educada para expresar al respecto:

En general, marcos basados ​​en componentes son generalmente un poco más difícil de trabajar, principalmente porque integran el "canal Ajax" en sus propias partes internas. Como ejemplo, el actualmente muy popular Apache Wicket implementa todas sus cosas Ajax de forma nativa, lo que a veces se muestra como roto en ciertas plataformas, etcétera. La razón de esta integración generalmente es para que los desarrolladores del framework puedan confiar totalmente en el comportamiento de las funciones de Ajax; realizando una implementación personalizada, pueden lean y posiblemente lo depuren más rápido. Por supuesto, hay excepciones a esto (incluso Wicket tiene su propia implementación de jQuery llamada wiQuery) pero incluso esa integración puede ser insípida a lo que usted podría escribir normalmente.

Ahora, marcos basados ​​petición a medida que los llaman (Me clasificarlas como marcos basados ​​en plantilla basada puramente en mi experiencia) por lo general le permiten tener un control de grano más fino sobre diferentes partes de la página, por lo general terminas incluso escribiendo el marcado final con algunas etiquetas mágicas aquí y allá para vincular la parte dinámica de la aplicación web con el diseño estático. Con esto en mente, es bastante obvio que esto generalmente le permite a usted, como desarrollador, elegir, entre muchas otras cosas, la biblioteca de JavaScript de su elección, pero es una compensación; cualquier cosa que el marco basado en componentes proporcionaría en este punto es algo que necesita reimplementar usted mismo. Lo más común es que esto se limite al manejo de solicitudes Ajax, pero eso varía de un marco a otro.

En resumen, si realmente desea utilizar jQuery (y ¿por qué no) y no se puede estar de acuerdo con la forma en que se ha integrado en marcos basados ​​en componentes, mira lo que tiene el otro tipo ofrecer.

---

Si tuviera que recomendar algo que yo creo que encajaría a la perfección, te recomiendo GSP en la parte superior de Spring MVC utilizando Java normal para la materia de fondo y tal, pero esta combinación en realidad no existe, incluso desde GSP es la parte de vista de Grails, un marco de aplicación web basado en Groovy.

Answer 2

¿Quiere decir qué marco de MVC? No debería importar JQuery o cualquier otro marco de JavaScript es independiente de lo que Java Framework utiliza.

Answer 3

Para Java, sugeriría el marco REST de Spring, donde puede usar JSON en sus solicitudes y su respuesta. Al usar JSON para devolver sus datos al lado del cliente, puede usar JQuery para analizar el JSON, manipular los datos y luego manipular el documento HTML mediante programación.

La ventaja de este método es que facilita la separación de su contenido, comportamiento y presentación. Si está trabajando en un proyecto con un equipo de diseño de diferentes fondos de programación, y si sus habilidades de HTML/CSS no son tan buenas como las suyas, este método puede ser muy poderoso para mantener una separación de preocupaciones.

Aparte de eso, cualquier marco de trabajo podría funcionar, ya que JavaScript y los idiomas del lado del servidor se ejecutan en entornos completamente diferentes.

Answer 4

Recomendaría grails (sin andamios, y sin diseño principal: diseña tu propio diseño usando css y jquery (validación, selector de fechas y cosas)), pero como usa objetos muchas veces, tu aplicación puede quedarse sin memoria y requeriría asignar memoria grande. No puedes evitar algunos de los lugares donde no quieres esos objetos pesados ​​(ya que cada declaración crea getter y setter implícitamente), pero el desarrollo de aplicaciones en grails es muy rápido, tendrás el hábito de usar cosas geniales como versiones en el actual datos (pero si tiene transacciones, entonces ¿por qué las necesita, no sé), si no quiere meterse en la molestia de los andamios, pero aún quiere verlos como referencia, entonces puede tener dos copias (un código generado a partir de andamios) y otros sin él, para que pueda desarrollar su propia versión con una elaboración cuidadosa de la aplicación con una referencia a la versión con scaffolded. Debes probarlo antes de usar 50 cosas no relacionadas en Java (siempre molestas) para desarrollar un sitio web simple.