对于我的组织，我正在为我们的下一个项目评估 RICH 技术。
我们目前正在使用 grails 2.1.0 并且对此非常满意，尤其是 groovy 和 gorm，我们希望继续使用它。这个想法是用一些丰富的框架/库来扩展 grails。目前我正在评估:用于 ZK 的 grails 插件、用于 Vaadin 的 grails 插件、knockoutjs、angular.js、ember.js。
我已经收到了使用 ZK 的同事的反馈(没有 grails)，他们的结论是:很酷，但忘了表演，每次你在客户端做某事时，ZK 都会去服务器。
我的问题是:Vaadin(Grails 插件)也是如此吗？它如何处理繁重的单页应用程序？小鹿斑比呢？这可以是一个选择吗？
在纸上 grails + Vaadin 是我们所需要的:我们想要编写 groovy/java，而不是 xml，当然也不是 javascript。这是正确的选择吗？
我知道我的问题很笼统，但我才刚刚开始评估......
感谢您的关注!
Vaadin 与 Groovy 和 Grails 完美配合。您可以使用 Grails.get() 方法获取服务(实际上是 spring bean)并通过 Grails.i18n() 方法进行本地化。因为所有代码都将使用 Groovy 而不是 Java 编写，所以它会变得不那么沉重(更少的代码行等等......)。 Vaadin 不支持服务器上的任何用户操作。您可以通过在任何组件上设置 setImmediate(false) 来影响它。 在 Vaadin 中进行复杂应用时，需要注意页面上放置了多少组件。如果您预计单个页面上会有数千个组件，那么浏览器渲染器在处理它时会遇到性能问题(当然渲染速度取决于您的计算机硬件)。更多提示是here . 我建议 - 尝试在 Vaadin 和假数据库中构建 UI。然后看性能再切换到真实数据库。通常人们会责怪 Vaadin，但问题出在其他地方，例如在数据库中，索引，一次加载到多个项目... 如果你不想玩 JavaScript，那么我想knockoutjs、angular.js、ember.js 都不适合。 您需要查明，是否Vaadin components是您所需要的。我真的建议尝试一下并在 Vaadin 中进行概念验证。如果没有，Vaadin 7 将简化 integration with JavaScript !因此，您可以轻松地将 Vaadin 服务器代码与任何 JavaScript 库(例如 highcharts 等...)集成。 您需要延迟加载容器 ( check this ) 我认为你应该从 Vaadin 7 开始(这里是 tutorial) Vaadin 7(在 7.0.1 或 7.0.2 版本中)将有更多性能优化