我对 GWT 可以作为我整个表示层的基础的可能性感兴趣。

我很想知道是否有人成功或不成功地尝试过此操作,并且可以说服或劝阻我不要尝试此操作。

有帮助吗?

解决方案

大约一年前我在 GWT 工作。当时这似乎是一个好主意,但有一些注意事项:

  • 我对 API 的某些部分遇到了“陷阱”问题,这可能与您像在 java 中一样进行编码这一事实有关,而实际上您是在为一个像 java 一样的单独编译环境编写,因此您做出了一些错误的假设(在本例中,将嵌套值传递到前端)。我认为还有一个问题是重写我的 ant 脚本以使用 32 位 jvm 进行 gwt 编译。
  • 我花了一些时间尝试调整外观 - 我们从未部署完成的项目,所以我不确定这需要多少工作才能达到专业水平,但看起来(逻辑上)是这样相当于调整 Swing 界面。从视觉上看,可能比 html 更笨拙。
  • 由于 ajax 在最终产品中对您来说非常隐藏,因此我担心如果性能很差我会做什么。

话虽这么说,它似乎绝对值得一玩,而且我的经历是很久很久以前的互联网时代,特别是考虑到它现在可能更加成熟。还值得指出的是,这是一种与大多数 MVC 框架非常不同(且令人耳目一新)的 GUI 代码开发方式,如果没有其他原因,值得一看。

我的感觉是,如果您正在构建一个图形要求非常高的高负载专业站点,GWT 可能不是一个好的选择,否则还可以。

其他提示

您提到GWT将处理表象层。你会做在Java中,业务层吗?如果是这样的话,我想指出你对 IT米尔工具包,那正是这一点:这是一个工具包,使用GWT来呈现它的GUI组件,让您完全做你的应用程序在Java中。我认为这是试图硬币的术语是“服务器驱动的RIA。”

我来自一个PHP的背景,而是立即来到喜欢的工具包。但是,它可能会更好,我不会多说了,让你做你自己的决定。

Disclamer:我在做IT轧机工作,虽然这是不相关的我的意见

GWT是比较新的。编译过程中往往会因为你的代码库的增长有点慢。当我们与它的工作,我们发现了更复杂的小部件的布局和显示的诸多问题及仿真行动从真实服务器完全不同。此外,我们与国际化困境为从右到左的语言......

总之,GWT有(通常?)年轻的技术问题。然而,当你把它命名为它做某些事情很容易,像Ajaxifying。

我们已经这样做了一个非常大的项目,只要你知道它的局限性,长处和短处它的伟大工程。有趣的是介绍的是最少的麻烦我们,因为我们刚刚剥了皮,你会任何其他HTML页面,使用CSS它只是喜欢。该项目正式启用,并完美地跑,所以我也没有怨言。

我发现它的陷阱,你可以在这里找到:

最大GWT陷阱?

我们已经开发与GWT完成整个演示文稿层中的大HR门户应用。后端是春天。这一切都工作得很好,用户界面一直受到用户好评。非常重要的是很容易让我们添加新的功能和维护应用程序。我认为这将是更难做一些类似,并使用JavaScript库维护。

您确实需要某种形式的客户端框架或你最终会写一个(因为我们做到了!):我们的应用程序是建立在的 GWT门户组件(自由开源)。

我们使用HTML片段剥皮为不同的部署该应用,并且每个“页”的布局被存储在XML文件中。

这是关于一些好的信息在这raible视频: http://raibledesigns.com/rd/进入/ my_drunk_on_software_interview

在GWT它的自我是一个UI增强库,而不是一个框架。如果您与谷歌App Engine的使用它,您再有一个基本框架。 (这是一个不同的故事,而我看着它,我决定不包括到我们的体系结构)。

这是一个伟大的图书馆,我们也做了一些精彩东西吧。由于这是一个不过库,它只是不如你的架构使得它可以。

至于ANT去与一个64位的编译器没有任何问题。

< - dir.GWTCompile是含有GWT的目录 - >     <类路径>类路径                            

至于生成的代码,它是在你的战争都在那里,如果你想通过它来看看。 (这也是开源的,所以可以在它在那里寻找。)

在编译过程中GWT作用: 它可以为不同的浏览器设置(可能需要几分钟的一个原因编译),您可以添加/根据需要删除这些JS库的多个副本。这减少了需要下载并增加了,因为它没有必须有那些讨厌的,如果(EI)这个否则,如果(FF)的速度JS包。 然而,当你这样做本地调试(至少在Eclipse中)你不必等待,允许离开,对于构建服务器(或当您需要手动构建和部署(穴居人))。

GWT的缺点。由于这是一个JavaScript客户端(几乎完全),你不能使用它不支持,或者支持版本的一个事情。 所以对于像iPad和iPhone,你可以碰到一些问题,如果你不使用,旨在弥合这些差距(如mgwt)额外的库。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top