目前,我们正在使用GWT平台和MVP架构进行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的出现,我应该开始考虑使用哪一个,我将获得更多好的组件,更快的开发,好的文档帮助和技术的好未来。现在很难选择使用什么?请提个建议。
如果你觉得,有其他的东西是最好的比较这些和免费的,你也可以建议。
提前谢谢。
发布于 2012-05-12 16:36:41
我将在下面用许多链接和对我的问题的评论来结束。与可用的小部件库相比,SmartGWT比GWT-ext更可取。此外,GWT-Ext支持不多,而SmartGWT现在也有足够的支持。SmartGWT是免费使用的。此外,我们可以开始在现有的GWT平台应用程序上使用SmartGWT进行进一步的开发。通过上面的评论,我知道混合GWT和SmartGWT小部件并不是一种好的做法。但是我们可以随时开始使用所有的SmartGWT小部件来完成新的UI工作。也就是说,您将拥有来自GWT和SmartGWT widgets的屏幕(较新的屏幕)。请确认我的理解是否正确。
现在我有了最后一个非常重要的问题--所有当前的服务器调用都是GWT平台RPC调用--使用GWT MVP框架。服务层使用GUIC框架构建。我想以最小的努力迁移到SmartGWT。也就是说,现有的GWT平台屏幕保持与对GUICE servlet框架的GWT - RPC调用相同。新的开发将使用SmartGWT小部件完成,但希望有对GUICE框架的Restful WS调用。尽管SmartGWT为更好的服务器调用提供了数据绑定机制,但我可能不感兴趣,因为我们打算将所有客户端服务器调用转换为具有JSON的Restful we服务。在这种方法中,SmartGWT用于更好的UI开发,但服务器调用是使用Restful Web服务(JSON数据格式)实现的,这种方法有什么问题吗?有人能帮我讲讲如何实现这个行为吗?我希望GWT客户端和服务是独立的(独立于技术),因此我希望使用Restful Webservice方法来实现客户端和服务器之间的通信。如果我们有任何带有restful webservice调用的SmartGWT示例,那就太棒了。
https://stackoverflow.com/questions/10551127
复制相似问题