Java 关于开发基于GWT的Web 2.0应用程序的建议请求

Java 关于开发基于GWT的Web 2.0应用程序的建议请求,java,gwt,system-integration,Java,Gwt,System Integration,我用Flex开发了Web2.0应用程序。这一次,我希望通过GWT学习和发展 受JBPM控制台应用程序的启发,我正在考虑使用gwt-mosiac作为用户界面(欢迎提供更好的建议,我非常感谢) 例如,Flex中的一个堆栈是[Flex+Parlsey]-[BlazeDS Spring/JPA]-MySql。和GWT在一起 请根据您使用GWT开发Web 2.0应用程序的经验,推荐堆栈或系统架构。我将GWT用于许多服务器端库,我将GWT-RPC机制用于servlet、RIFE、Grails,我发现最简单的

我用Flex开发了Web2.0应用程序。这一次,我希望通过GWT学习和发展

受JBPM控制台应用程序的启发,我正在考虑使用
gwt-mosiac
作为用户界面(欢迎提供更好的建议,我非常感谢)

例如,Flex中的一个堆栈是[Flex+Parlsey]-[BlazeDS Spring/JPA]-MySql。和GWT在一起


请根据您使用GWT开发Web 2.0应用程序的经验,推荐堆栈或系统架构。

我将GWT用于许多服务器端库,我将GWT-RPC机制用于servlet、RIFE、Grails,我发现最简单的方法是发送Json并在客户端解析它


尽管GWT是一个非常高级的工具,但我不再使用它,因为您无法比Jquery更快地开发应用程序。我没有使用SpringRoo,但它是最先进、配置最完善的GWT框架。您可以在Spring开发时查看它,并且您熟悉Spring

我在很多服务器端库中使用了GWT,在Servlet、RIFE、Grails中使用了GWT-RPC机制,我发现最简单的方法是发送Json并在客户端解析它


尽管GWT是一个非常高级的工具,但我不再使用它,因为您无法比Jquery更快地开发应用程序。我没有使用SpringRoo,但它是最先进、配置最完善的GWT框架。您可以在Spring开发时查看它,并且您熟悉Spring

如果没有必要,我建议不要使用第三方框架。我去过那里,做过那件事。库出现并消失,使您的应用程序坚持使用旧的GWT版本

在我的例子中,纯GWT与EJB+JPA的结合非常好,但不要试图在GWT客户机代码中使用域对象。这很诱人,也很有可能,但会让你的应用程序难以维护。即使需要一些映射代码,也最好将域对象映射到GUI对象


关于@Yekmer与jQuery的比较,我认为这是完全不同的一双鞋。GWT的力量在于Java。jQuery非常出色,但在我看来,编写复杂的应用程序将是一场噩梦。

如果第三方框架不是真的需要,我建议不要使用它们。我去过那里,做过那件事。库出现并消失,使您的应用程序坚持使用旧的GWT版本

在我的例子中,纯GWT与EJB+JPA的结合非常好,但不要试图在GWT客户机代码中使用域对象。这很诱人,也很有可能,但会让你的应用程序难以维护。即使需要一些映射代码,也最好将域对象映射到GUI对象


关于@Yekmer与jQuery的比较,我认为这是完全不同的一双鞋。GWT的力量在于Java。jQuery很棒,但在我看来,编写复杂的应用程序将是一场噩梦。

我在服务器端使用EJB+JPA,在UI上使用GWT+Ext GWT(又名GXT)。它有一些缺点(几乎所有的东西都有),但是经过了很好的抛光,并且有很多现成的组件可供选择


当然,这完全取决于你想要实现什么。如果它应该是一个“正常”的网页,可以考虑jQuery或Prand GWT。如果它应该是RIA(大量的表单、复杂的界面等等),那么一个额外的ui库可能会很有用。在我看来:客户端的代码越多,就越需要GWT;)

我在服务器端使用EJB+JPA,在UI端使用GWT+extgwt(又名GXT)。它有一些缺点(几乎所有的东西都有),但是经过了很好的抛光,并且有很多现成的组件可供选择


当然,这完全取决于你想要实现什么。如果它应该是一个“正常”的网页,可以考虑jQuery或Prand GWT。如果它应该是RIA(大量的表单、复杂的界面等等),那么一个额外的ui库可能会很有用。在我看来:客户端的代码越多,就越需要GWT;)

完全同意@Yekemer观点。事实上,有些人甚至将jQuery对象包装到GWT对象中,以便通过GWT同时获得jQuery小部件的功能和代码可读性和可维护性。事实上,有些人甚至将jQuery对象包装到GWT对象中,以便通过GWT同时获得jQuery小部件的功能和代码可读性和可维护性。谢谢,我刚刚读完GXT,正在考虑使用它。谢谢,我刚刚读完GXT,正在考虑使用它。