smartGWT的利弊

Question

几天后我就要开始做一个smartGWT项目了，我想知道你有过什么样的经历。为了避免这成为对smartGWT或GWT的抨击或自由式讨论，我将为讨论提供一些提示：

• 您觉得提供的小部件集成得很好吗？在particular?
• Have中是否有任何小部件您在设计应用程序时遇到了由框架引起的问题？
• 是smartClient团队声称的有用的数据源集成吗？
• ，您使用了哪些方法来使smartGWT应用程序持久？例如，Hibernate和smartGWT玩得有多好？

可以随意添加任何你觉得值得指出的东西。

Answer 1

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

优点：

• SmartGWT是，是您可以找到的基于GWT的最常用的扩展库。因此，如果您关心GPL疼痛，这是您的thing
• Comprehensive展示。Showcase).
• Very
• 非常好的性能(只需检查forums.
• SmartGWT扩展中的

活动社区就是另一个重要的项目。例如，它支持基于GWT的通信，这是不可能的(除非您从integration).

• Rapid人员那里实现您自己的SmartGWT开发进度)。只需计算自SmartGWT项目出现以来发布的数量。

缺点：

• 除了展示，我有时觉得唯一的方法是通过在论坛上询问一些东西是如何工作的。这就形成了一个广泛的知识库。基于社区的wiki是您必须在应用程序(著名的'sc‘目录)中使用的静态文件的preferable.
• Large数量，如果后端位于GAE中(因为有1000个文件限制)，这可能会导致问题。

Answer 2

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

这些小部件真的很棒！文档和API是冗长的。我们会再次利用客户端。

服务器端集成可以工作，但并没有节省任何开发时间。相反，我们遇到了很多问题，我们必须找到解决办法。另外，由于新API的存在，没有其他开发人员能够在花费大量时间学习SmartGWT API的情况下维护该项目。

一些公民：

• 您必须学习一个全新的API，而不是使用Hibernate和GWT或REST。
• 数据集成是自动完成的，这是事实。但是，如果需要进行一些(也很少)的更改，就必须编写XML映射文件，就像使用Hibernate或JDO那样。

，

• ，论坛的支持是不好的:你得到了几乎所有发布的问题的答案。但这个答案往往没有帮助。他们问你诸如“你为什么要这么做”之类的问题。或者他们说：“使用我们的工具，用它做XYZ”三次，尽管我一次又一次地告诉他们这个建议不起作用。在回答了几个问题后，最终的答案是：“你需要培训，买我们的支持”。
• 商业支持是昂贵的(费用大约相当于SmartGWT许可证的费用)。

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

你可以在我的博客上阅读我在Pros和Cons上学到的所有“教训”：

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

向你问好，凯·瓦纳

Answer 3

，您是否认为所提供的部件集成得很好？你有什么特别想念的小工具吗？

您可以创建任何丢失的小部件，没有一个框架可以提供您想要的任何东西。这些小部件是非常可扩展的。

的数据源集成是否像smartClient团队宣称的那样有用？

数据(JSON/XML)可以由servlet服务提供，它们可以被小部件理解。

，您用什么方法使您的smartGWT应用程序持久？例如，Hibernate和smartGWT之间玩得如何？

在GWT的后端servlet服务中，可以使用Java中的任何持久层将数据持久化到存储中。Hibernate可以和普通的java应用程序一样使用。