我正在评估要在下一个项目中使用的Rich Internet应用程序解决方案。我听说过以下解决方案 -
我想知道是否有更多可用的解决方案。
如果您能就上述解决方案提供任何有价值的反馈,我将不胜感激。
答案 0 :(得分:6)
IT Mill Toolkit是一个建立在GWT之上的“服务器驱动”框架。
评论:来自一个沉重的PHP和Java恶意背景,我发现Toolkit非常适合快速使用。除了(强类型,非常面向OO)Java之外,能够只编写Java是很好的,考虑到您在代码中更改的内容实际上反映在您在浏览器中看到的内容。
设置起来有点棘手,但IT Mill有一个Eclipse插件可能会有所帮助。唯一的问题是插件本身有点不直观:)
0.02€
回复评论: 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éeITMill Toolkit)也部分存在于服务器端(称自己为“服务器驱动”),因此您不能仅通过更改JavaScript变量值来破解客户端。 a chart将Vaadin与其他同类产品进行了比较。 Dojo不包括在内,但是JQuery与Dojo
模糊地相似答案 1 :(得分:1)
我有使用Spring Webflow + Rich Faces的经验,结果好坏 - 在屏幕上获得结果的时间非常短,但是微调演示文稿部分很痛苦。
即如果您正在构建一些面向技术/后端 /标准GUI - 没关系,如果你要构建数百万web2.0-ers使用的前端,你最终会搞乱演示文稿部分css / javascript的大时间。
答案 2 :(得分:1)
在评估和阅读各种RIA解决方案后,我最终选择了GWT和GWT-Ext。我和我的团队都看到了这些好处 -