GWT平台,GWT-Ext和SmartGWT

时间:2012-05-11 12:13:54

标签: gwt smartgwt gwt-ext

目前,我们正在使用带有MVP架构的GWT平台进行UI开发。 我可以看到我们总是通过GWT平台获得使用SmartGWT或GWT-Ext的优势,因为有许多内置组件很难在常规GWT小部件中编写。

我现在有以下问题要继续。 1.我们可以在常规的GWT P项目上安装GWT-Ext或Smart GWT吗?即现有的屏幕功能将保留在GWT常规小部件中。但新开发将与Smart GWT或GWT-Ext一起使用。这样做会有任何冲突或问题吗? 2.使用Smart GWT或GWT-Ext,我们是否仍然可以像GWT-Platform一样遵循相同的MVP框架,或者我们有不同的服务器端呼叫机制? 3.我们想使用免费许可产品。因此,如果我理解,SmartGWT和GWT-Ext是免费软件。我对么? 4.现在,随着Smart GWT和GWT-Ext的出现,我应该开始使用它,我将获得更多优秀的组件,更快的开发,良好的文档帮助以及该技术的美好未来。现在很难选择使用什么?请建议。

如果您觉得,除了这些和免费之外还有其他最好的东西,您也可以建议。

提前致谢。

1 个答案:

答案 0 :(得分:2)

我将在下面结束许多链接,对我的问题发表评论。与可用的小部件库相比,SmartGWT优于GWT-Ext。此外,GWT-Ext支持并不多 SmartGWT即使现在也有足够的支持。 SmartGWT可免费使用。此外,我们可以在现有的GWT平台应用程序之上开始使用SmartGWT进行进一步开发。根据您的上述评论,我知道混合GWT和SmartGWT小部件并不是一个好习惯。但我们总是可以开始使用所有SmartGWT小部件来完成新的UI工作。即您将拥有GWT小部件和SmartGWT小部件(较新的屏幕)的屏幕。请确认我的理解是否正确。

现在我的最后一个问题非常重要 - 所有当前服务器调用都是GWT平台RPC调用 - 使用GWT MVP框架。服务层使用GUIC框架构建。我想以最小的努力迁移到SmartGWT。即 现有的GWT平台屏幕保持原样,GWT-RPC调用GUICE servlet框架 使用SmartGWT小部件将进行新的开发,但是希望对GUICE框架进行Restful WS调用。尽管SmartGWT为更好的服务器调用提供了数据绑定机制,但我可能不感兴趣,因为我们打算使用JSON将所有客户端服务器调用转换为Restful webservices。我们在这种方法中遇到任何问题,其中SmartGWT用于更好的UI开发,但服务器调用是使用Restful Web服务(JSON数据格式)实现的。有人可以帮助我实现这种行为吗?我希望GWT客户端和服务是独立的(技术独立),因此我们希望采用Restful Webservice方法进行客户端 - 服务器通信。如果我们有任何带有宁静的Web服务调用的SmartGWT示例,那将非常棒。

相关问题