smartGWT的缺点和优点

Question

我几天后就开始研究smartGWT项目了,我想知道你有什么样的经历.为了避免使这成为对smartGWT或GWT或自由式讨论的抨击,我将为讨论提供一些指示:

• 你觉得提供的小部件集成得很好吗？你特别想念任何小部件吗？
• 在设计由框架引起的应用程序时,您是否遇到过任何问题？
• 数据源集成是否与smartClient团队声称的一样有用？
• 您使用什么方法来使您的smartGWT应用程序持久化？例如,Hibernate和smartGWT如何相互配合？

随意添加您认为值得指出的任何内容.

Answer 1

我想你已经有了答案,但我想补充一些可能影响你决定的评论:

优点:

• SmartGWT是您可以找到的最具特色的基于LGPL GWT的小部件库.所以,如果你关心GPL疼痛,那就是你的事
• 综合展示.
• 性能非常好(只需查看Showcase).
• 论坛中非常活跃的社区.
• SmartGWT扩展是另一个重要的项目.例如,它支持基于GWT-RPC的通信,这不仅仅适用于SmartGWT(除非您实现自己的集成).
• SmartGWT员工的快速发展.只计算自SmartGWT项目出现以来的发布数量.

缺点:

• 除了Showcase之外,我有时觉得通过在论坛中提问来找出工作原理的唯一方法.这导致了传播知识库.基于社区的维基将是更可取的.
• 您必须使用大量静态文件与您的应用程序(着名的'sc'目录),如果您的后端是GAE(由于1000个文件限制),可能会导致问题.

Answer 2

我们在上一个项目中使用了SmartGWT(持续时间:6个月).以下是我个人的意见:

小部件非常棒!文档和API很详细.我们会再次使用客户端.

服务器端集成有效,但没有节省任何开发时间.相反,我们遇到了许多问题,我们必须找到解决方法.此外,由于新的API,没有其他开发人员可以在花费大量时间来维护项目以学习SmartGWT API.

一些缺点:

• 您必须学习一个全新的API,而不是使用Hibernate和GWT-RPC或REST.

• 数据集成是自动完成的,这是事实.但是如果你需要一些(也很少的)更改,你必须像Hibernate或JDO一样编写XML映射文件.所以好处消失了.

• 论坛支持很糟糕:几乎每个发布的问题都能得到答案.但这个答案往往没有帮助.他们会问你"为什么要这样做".或者他们说:"使用我们的工具并用它做XYZ"三次,虽然我一次又一次告诉他们这个建议不起作用.在回答几个问题之后,最终的答案是:"你需要培训,购买我们的支持".

• 商业支持是昂贵的(成本大约与SmartGWT许可证一样多).

我们可能不会再次使用SmartGWT的服务器端集成.

您可以在我的博客上阅读我的所有"经验教训":

http://www.kai-waehner.de/blog/2010/12/11/lessons-learned-smartgwt-2-3-component-library-for-google-web-toolkit-gwt/

最诚挚的问候,KaiWähner

Answer 3

你觉得提供的小部件集成得很好吗？你特别想念任何小部件吗？

你可以创建任何错过的小部件,没有一个框架可以提供你想要的一切.小部件非常可扩展.

数据源集成是否与smartClient团队声称的一样有用？

数据(JSON/XML)可以由servlet服务提供,并且小部件可以理解它们.

您使用什么方法来使您的smartGWT应用程序持久化？例如,Hibernate和smartGWT如何相互配合？

在GWT的后端servlet服务中,您可以使用Java中的任何持久层将数据保存在存储中.Hibernate可以像普通的java应用程序一样使用.

Answer 4

你觉得提供的小部件集成得很好吗？你特别想念任何小部件吗？

是.小部件具有一致的API并且可以很好地协同工作.

数据源集成是否与smartClient团队声称的一样有用？

这个IMO是他们最强大的功能之一.一旦开始使用他们的数据源API,您就会意识到获得功能齐全的CRUD屏幕所需的代码很少

您使用什么方法来使您的smartGWT应用程序持久化？例如,Hibernate和smartGWT如何相互配合？

Hibernate开箱即用的SmartGWT EE版本.随着LGPL版使用Glead工程井