Ext-GWT仍然是一个噩梦吗?

10

刚回来看到了一个两年前的问题(在这里)

从那里和其他一些互联网上的地方,我得出结论:用Ext-GWT开发很糟糕。

我的问题是,随着GXT 3的发布,现在是否仍然是这种情况?

6个回答

6

我有几个GXT应用程序,其中一个达到了约35,000行。我没有发现其他人提到的任何问题。

我曾经在使用ExtJs/JavaScript,后来随着GWT-EXT的出现转而使用了GWT,然后又转向了Ext-GWT(GXT)。如果不是这两个工具包,我今天仍然会使用ExtJs/JavaScript。

性能问题:在现代浏览器上不是问题。在IE6/7上,您需要遵循常识,显示1000行网格不是最好的选择,从性能和可用性角度考虑。


5
GXT仍然很糟糕。我们一直在使用它,虽然它提供了一些好的小部件,但编写任何业务代码都需要花费很长时间。我们大部分时间都在努力让GXT完成我们想要的事情。例如,使用RPC非常痛苦,因为你必须不断地将JPA实体bean转换为ModelData对象(或其他可以在RPC上序列化的对象)。此外存在一些不一致性,比如如果你想使用FormBinding对象(它自动映射表单元素和ModelData之间的关系),那么你就不能使用非常有用的FieldSets。FormBinding只能与FormPanels一起使用,而不是FieldSets。
另外,如果你想使用FileUploadField对象,则无法在Dev模式下测试它,因为需要post URL。
总之,如果你想将开发时间增加40%,那么可以选择GXT。否则,请使用普通的JavaScript框架。

4

在过去的一年中,我们使用了GXT 2.x,并且使用GXT构建了3个项目。

除了缺乏所见即所得的UI设计工具使得与其他框架相比UI设计相对较慢之外,它仍然是我认为最好的基于GWT构建的小部件库。

到目前为止,我们没有遇到任何与GXT相关的重大问题。


3

谢谢您的回答。然而,我已经了解了性能比较,那不是我的问题。我的问题更多地涉及使用GXT时的“编码体验”。 - bungrudi
1
将GXT网格与GWT网格进行比较,这是一个公平的比较吗? - Tony BenBrahim

3

在我们目前的项目中,我们已经使用了大约一年的Ext-GWT 2,并没有任何重大的抱怨。有时会有一些小问题,但总体上还是能够运行。


2
我们使用GXT 2.1.x已经一年了,没有遇到任何重大问题。最近,我们升级到了GXT 2.2.4,只需要对代码进行轻微的更改,但这不是由于GXT引起的,而是由于升级到了GWT 2.3.0。
个人而言,我喜欢用GXT编码。除了已经提到的性能问题和缺乏UI设计师之外,我不知道为什么有人会说GXT开发很糟糕。
我不知道还有哪个基于GWT的框架拥有如此多的功能。

GXT有一个UI设计师,可以在http://code.google.com/webtoolkit/tools/gwtdesigner/features/gwt/gxt.html找到。 - Tony BenBrahim

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接