VaadinプラグインのGrailsは正しい選択ですか？

Question

私の組織では、次のプロジェクトでRICH技術を評価しています。 現在、grails 2.1.0を使用しており、特にgroovyとgormでそれに満足しています。このアイデアは、RICHフレームワーク/ライブラリでgrailsを拡張することです。現在私は評価しています：ZKのgrailsプラグイン、Vaadinのgrailsプラグイン、knockoutjs、angular.js、ember.js。

私は既にZK（Grailsなし）で働いていた同僚からのフィードバックを受け取りました。彼らの結論はクールでしたが、パフォーマンスは忘れました。クライアント側で何かをするたびにZKがサーバーに行きます。

私の質問です：これはVaadin（Grailsのプラグイン）でも同じですか？重いシングルページアプリケーションとはどのように反応しますか？バンビはどうですか？これはオプションですか？

紙のgrails + Vaadinは私たちが必要とするものです：xmlではなくgroovy/javaを書いていますが、確かにjavascriptではありません。これは正しい選択ですか？

私の質問は非常に一般的ですが、私はちょうど評価の冒頭にあります... あなたの注意をいただきありがとうございます！

Answer 1

1. VaadinはGroovyとGrailsで完全に機能します。 Grails.get（）メソッドを使用してサービス（実際には豆）を取得し、Grails.i18n（）メソッドを使用してローカライゼーションを行うことができます。すべてのコードはJavaではなくGroovyで作成されるため、コードの行数が少なくて済みます（など）。
2. Vaadinはサーバー上でユーザーアクションを実行することはありません。どのコンポーネントにsetImmediate（false）を設定すると、それに影響を与えることができます。
3. Vaadinで複雑なアプリケーションを作成する場合は、ページに配置するコンポーネントの数に注意する必要があります。 1ページに何千ものコンポーネントがあることが予想される場合は、ブラウザレンダラーでは、レンダリングの処理速度がコンピュータのハードウェアによって異なることがあります。より多くのヒントはhereです。
4. 私はVaadinと偽のデータベースでUIを構築しようとします。次に、パフォーマンスを確認し、実際のデータベースに切り替えます。通常、人々はVaadinを責めるが、問題は他の場所にある。一度に多くのアイテムにローディングすることができます。
5. JavaScriptで遊びたくない場合は、knockoutjs、angular.js、ember.jsがゲーム外です。
6. Vaadin componentsが必要なものかどうかを調べる必要があります。私は本当にそれを試して、ヴァーダインの概念実証をすることを提案します。そうでない場合、Vaadin 7はintegration with JavaScriptを単純化します！したがって、VaadinサーバーコードをどのJavaScriptライブラリ（ハイチャートなど）にも簡単に統合できます。
7. あなたはバージョン7.0.1で（Vaadin 7で複数のパフォーマンスoptimalisationsがあります
8. （ここtutorialがある）私はあなたがVaadin 7で始めるべきだと思い
9. （check this）あなたのコンテナが遅延ロードを取得する必要があります。または7.0.2）