哪个GWT库最适合开发数据密集型应用程序

我开始开发一个GWT应用程序，该应用程序将有500多个用户，具有各种角色，主要功能集中在RPC调用上，以观察服务器上数据的变化。想想看一个每20秒变化一次的股票观察系统。此外，用户还将查看每天生成的变化数据的图表

我已经看过SmartGWT及其展示页面上的示例。我还尝试使用smartgwt构建应用程序的原型。到目前为止，我最大的担忧是调试应用程序，这有时涉及到库的javascript端的一些错误。我还没有接触过Ext-GWT，它看起来也很有希望

那么，对于这种情况，您会推荐什么库呢？如果你想相对快速地开发一些东西，是否值得使用它们中的任何一个？。我还想知道这些库在处理图形和大型数据集（4个表，每个表至少有100行）方面是否良好（性能方面）

---

我还计划使用SpringSecurity的访问控制列表包构建安全性，因为必须通过web界面为用户分配角色。软件包是否非常适合这种情况？在使用这些技术时，我需要做哪些权衡？我希望第一次就把它做好，而不是以后再重构或迁移到另一个库中，因此非常感谢您的建议。

GWT 2.1引入了一组专门为高效数据表示而设计的新小部件。它们被称为：

数据表示小部件（单元格） 小部件）是高性能的， 由单元格组成的轻量级小部件。 例如列表、表格、树和 浏览器这些小部件是专门设计的 处理和显示非常大的集合 快速更新数据。[…]此设计遵循flyweight模式，仅在需要时访问和缓存数据，并将其传递给flyweight单元格对象。单元格小部件可以接受来自任何类型数据源的数据。数据模型处理异步更新和推送更新。更改数据时，视图将自动更新

在我看来，在使用GWT开发时，尝试主要使用标准GWT组件始终是一个好主意。它们更易于调试，并且比来自第三方库的更轻。只有在它们还不够的情况下，我才会查看您提到的一些库：SmartGWT和ExtGWT

---

我同意，如果需要调试SmartGwt，它可能会很痛苦。这是因为它主要是一个围绕JavaScript库的包装器，因此有很多JS代码，您最终调试它而不是Java代码。ExtGwt也基于一个JavaScript库（extJS），但它不仅仅是一个包装器——ExtGwt组件是用Java重写的，因此它们更易于调试。

GWT 2.1引入了一组专门为高效数据表示而设计的新小部件。它们被称为：

数据表示小部件（单元格） 小部件）是高性能的， 由单元格组成的轻量级小部件。 例如列表、表格、树和 浏览器这些小部件是专门设计的 处理和显示非常大的集合 快速更新数据。[…]此设计遵循flyweight模式，仅在需要时访问和缓存数据，并将其传递给flyweight单元格对象。单元格小部件可以接受来自任何类型数据源的数据。数据模型处理异步更新和推送更新。更改数据时，视图将自动更新

在我看来，在使用GWT开发时，尝试主要使用标准GWT组件始终是一个好主意。它们更易于调试，并且比来自第三方库的更轻。只有在它们还不够的情况下，我才会查看您提到的一些库：SmartGWT和ExtGWT

---

我同意，如果需要调试SmartGwt，它可能会很痛苦。这是因为它主要是一个围绕JavaScript库的包装器，因此有很多JS代码，您最终调试它而不是Java代码。ExtGwt也基于JavaScript库（extJS），但它不仅仅是一个包装器——ExtGwt组件是用Java重写的，因此更易于调试。

感谢piotr的快速响应。手机小部件看起来很有前途。虽然你知道这些小部件是否支持列过滤和排序，因为这对我的应用程序来说是必不可少的。列排序功能已经添加，但目前仅在GWT主干中（请参阅和）。它计划与GWT2.2一起发布，因此目前只有在手动应用更改的情况下才能使用它。如果涉及到排序，我不确定这是否得到支持，但在我看来，编写代码并不难（这当然取决于您需要的排序有多复杂）。感谢piotr的快速响应。手机小部件看起来很有前途。虽然你知道这些小部件是否支持列过滤和排序，因为这对我的应用程序来说是必不可少的。列排序功能已经添加，但目前仅在GWT主干中（请参阅和）。它计划与GWT2.2一起发布，因此目前只有在手动应用更改的情况下才能使用它。如果涉及到排序，我不确定这是否得到支持，但在我看来，编写代码并不难（这当然取决于您需要的排序有多复杂）。