10

私の組織では、次のプロジェクトのために RICH テクノロジを評価しています。私たちは現在、grails 2.1.0 を使用していますが、特に groovy と gorm に関しては非常に満足しており、それを維持したいと考えています。アイデアは、いくつかのリッチ フレームワーク/ライブラリで grails を拡張することです。現在、評価中です: ZK 用の grails プラグイン、Vaadin 用の grails プラグイン、knockoutjs、angular.js、ember.js。

ZK (grails なし) を使用した同僚から既にフィードバックを受け取りましたが、彼らの結論は次のとおりでした: クールですが、パフォーマンスは忘れてください。クライアント側で何かを行うたびに、ZK はサーバーにアクセスします。

私の質問は、これは Vaadin (Grails のプラグイン) にも当てはまりますか? 負荷の高い単一ページ アプリケーションではどのように反応しますか? そしてバンビは？これはオプションになりますか？

ペーパー グレイルでは + Vaadin が必要です。xml ではなく、javascript ではなく、groovy/java を書きたいのです。これは正しい選択ですか？

私の質問が非常に一般的であることは承知していますが、私はまだ評価を始めたばかりです... ご清聴ありがとうございました!

4

1 に答える 1

6
  1. Vaadin は、Groovy および Grails と完全に連携します。Grails.get() メソッドを使用してサービス (実際には Spring Bean) を取得し、Grails.i18n() メソッドを介してローカライズを行うことができます。すべてのコードが Java ではなく Groovy で記述されるため、コードの行数が減ります (コードの行数が減るなど...)。
  2. Vaadin は、サーバー上でのユーザーの操作には従いません。コンポーネントに setImmediate(false) を設定することで、それに影響を与えることができます。
  3. Vaadin で複雑なアプリケーションを作成する場合、ページに配置するコンポーネントの数に注意する必要があります。1 つのページに数千のコンポーネントがあると予想される場合、ブラウザー レンダラーはそれを処理する際にパフォーマンスの問題を抱えています (もちろん、レンダリングの速度はコンピューターのハードウェアによって異なります)。その他のヒントはこちら.
  4. お勧めします - Vaadin と偽のデータベースで UI を構築してみてください。次に、パフォーマンスを確認してから、実際のデータベースに切り替えます。通常、人々は Vaadin のせいにしますが、問題は別の場所にあります。たとえば、データベース、インデックス作成、一度に多くのアイテムをロードすることなどです。
  5. JavaScript を使いたくない場合は、knockoutjs、angular.js、ember.js は対象外だと思います。
  6. Vaadin コンポーネントが必要なものであるかどうかを確認する必要があります。試してみて、Vaadin で概念実証を作成することを強くお勧めします。そうでない場合、Vaadin 7は JavaScript との統合を簡素化します。そのため、Vaadin サーバー コードを任意の JavaScript ライブラリ (ハイチャートなど) と簡単に統合できます。
  7. コンテナを遅延ロードする必要があります（これを確認してください）
  8. Vaadin 7 から始めるべきだと思います (ここにチュートリアルがあります) 。
  9. Vaadin 7 (バージョン 7.0.1 または 7.0.2) では、より多くのパフォーマンスの最適化が行われます。
于 2013-01-24T15:16:28.717 に答える