我正在评估在下一个项目中使用的富 Internet 应用程序解决方案。我听说过以下解决方案 -
- Adobe Flex
- extJS
- Jboss Richfaces
- 冰面
- 甲骨文 ADF
- JavaFX
- 银光
- GWT
我想知道是否有更多可用的解决方案。
如果您能就上述解决方案提供任何有价值的反馈,我将不胜感激。
我正在评估在下一个项目中使用的富 Internet 应用程序解决方案。我听说过以下解决方案 -
我想知道是否有更多可用的解决方案。
如果您能就上述解决方案提供任何有价值的反馈,我将不胜感激。
IT Mill Toolkit是建立在 GWT 之上的“服务器驱动”框架。
评论:来自沉重的 PHP 和 Java 敌对背景,我发现 Toolkit 使用起来非常快。考虑到您在代码中所做的更改会立即反映在您在浏览器中看到的内容上,能够只编写(强类型的、面向 OO 的)Java 是不错的选择。
设置起来有点棘手,但 IT Mill 有一个 Eclipse 插件,据说可以帮助解决这个问题。唯一的问题是插件本身使用起来有点不直观:)
0.02 欧元</p>
回复评论: GWT 和 IMT 最大的区别在于 GWT 完全在浏览器内部运行(例如 FireBug 的恶意/可利用环境),而 IMT 仅使用 GWT 来呈现服务器端状态。因此,虽然您可以使用 GWT 和 IMT 在浏览器中编辑您想要的任何值,但 GWT 会很乐意接受用户编辑的变量值,IMT 在服务器端跟踪值,并且不允许客户端之间存在任何差异和服务器。
另一个很大的区别是,每次您使用相对耗时的 GWT 交叉编译器(将 Java 编译为 JavaScript)对 GWT 小部件进行任何更改时,都需要对其进行编译。另一方面,IMT 只需要重新部署到 servlet 容器,更改就在那里,因为 IMT 内部的 GWT 小部件不需要重新编译。使用 Tomcat,它几乎是即时的(即,只要 Tomcat 注意到 Eclipse 已经动态地重新编译了这些类)。
@the_drow:不熟悉 Dijit,这是一个答案:Dojo 只是 javascript,这意味着它只是客户端。Vaadin(née IT Mill Toolkit)也部分存在于服务器端(称自己为“服务器驱动”),因此您不能仅通过更改 JavaScript 变量值来破解客户端。有一张图表将 Vaadin 与其他同类产品进行了比较。不包含 Dojo,但包含 JQuery,这与 Dojo 有点相似
我有过使用 Spring Webflow + Rich Faces 的经验,结果好坏参半 - 在屏幕上显示结果的时间真的很短,但是微调演示部分很痛苦。
即,如果您正在构建一些面向技术/后端/标准的 GUI - 没关系,如果您要构建数百万 web2.0 用户使用的前端,那么您最终会在演示部分 css/javascript 上搞砸。
在评估和阅读了各种 RIA 解决方案后,我最终选择了 GWT 和 GWT-Ext。我为我和我的团队看到了这些好处——