如果您有 JSP、Java 后端,哪种前端工具/框架适合/实用?
jQuery 还是 GWT?
只是感到困惑。我的一些 jquery ajax 调用不会在前端输出响应。
谢谢
GWT 可以帮助您建立前端网站,也可以建立后端服务。例如,您使用 GWT 构建了一个 Web 小部件,该小部件对 GWT 服务进行 AJAX 调用。GWT 的输出是前端的 javascript、HTML 和 CSS,当然你可以利用 GWT 中的一些 JQuery 功能,它可以在 Java 中实现为本地方法。对于 AJAX,GWT 已经拥有一组特性,可以让您对后端进行高效调用。如果您使用 GWT 服务构建后端,这将提供最佳性能。另一方面,您也可以使用 GWT 调用 JSP 构建的服务,没有任何问题。
对于 JSP,我会坚持使用 JQuery,因为这两者是真正独立的,就像 JQuery 到 PHP。相比之下,GWT 在两端做了更多的集成,它封装了一些你可能想自己学习的东西。
对我来说,GWT 更适合“应用程序”,这意味着它们是一页的。真的很喜欢GMail。它不适用于页面转换(恕我直言)。
我写了一些关于为什么 Google Web Toolkit 没有更受欢迎的想法?
我是 jQuery 的忠实粉丝。我真的很喜欢使用 jQuery 可以获得的快速周转(相对于慢速GWT 编译)。
尽管不了解您的要求和正在开发的具体内容,但很难给您任何特别的建议。
这实际上取决于前端的复杂程度——以及后端数据传输到前端的好坏程度。
对我来说,如果你有一个基于 jsp 的应用程序,看起来会有很多页面转换,因此 gwt 不像 jquery 那样适合。
话虽如此,也许可以不使用页面转换,而是使用 gwt 使应用程序成为单个整体页面。这样,您可能会使用户体验更好。这真的取决于应用程序。如果您提供了有关应用程序性质的更多信息,则可以给出更好的答案。
我最近一直在思考这个问题,所以我提出我的想法:
GWT 最适合具有复杂 UI 逻辑的 Web 应用程序。如果您想以最少的交互显示一个简单的几页网站,则不需要它。因为 GWT 太过分了,所以使用一些基本的 jQuery。
但是,如果您需要非常高的 UI 复杂性,那么编写所有 JS、对其进行单元测试并针对浏览器进行优化是一个主要的 PITA。GWT 的严格类型和编译将使您免于调试噩梦,其中一些您从未想过可能会咬住您的 JS 类型强制。当然,您可以使用 GWT C++->Java->JS 转换在浏览器中运行 Quake 之类的事情,如果没有 GWT,这将是不可能的。
如前所述,GWT 的编译时间随站点的大小而变化。如果你想要 100 个屏幕和 20 个浏览器排列,构建整个东西需要一段时间,所以把它分成几个项目。使用这种方法和Super DevMode,您可以在几秒钟内重建。
最后一点:复杂的 JSP 站点也可能是一大痛苦。我参与过那些 500 多个 xml/jsp 文件也是一场噩梦的项目,所以无论你做什么,都要为复杂性做好计划,因为它确实限制了 Web 应用程序。