-1

REST Web サーバーを構築しており、Java ee 6 REST Web サービスとうまく連携する UI フレームワークを選択する必要があります。UI を非常に効率的にし、ページを更新せずにサーバーからデータをロードするなど、すべての AJAX および JQuery 機能を備えたいと考えています。新しいデータが頻繁に追加されるため、3 ～ 5 秒ごとに新しいデータを表示する UI が必要です ... ドラッグ アンド ドロップ機能など。

私はGWTについて読んでいますが、ここに私の質問があります:

  • GWT は Java コードを Javascript にコンパイルしますよね? 明らかに Javascript は SEO には適していませんが、GWT を使用すると Google SEO フレンドリーになりますか?

  • パフォーマンス バイス - GWT は、redis、JQueryUI、AJAX などの Javascript ツール、または他の多くの JavaScript UI フレームワークの 1 つを使用するよりも高速ですか、それともすべて同じですか?

  • GWT は、GWT プロジェクト自体でサーバー側のコーディングもサポートしています。GWT プロジェクトでサーバー側のコードを作成して別のプロジェクトでビルドする利点はありますか、それともこれはばかげた質問で、サーバー側のコードをどこに書くかは問題ではありませんか?

4

1 に答える 1

3

GWT は Java コードを Javascript にコンパイルしますよね? 明らかに Javascript は SEO には適していませんが、GWT を使用すると Google SEO フレンドリーになりますか?

問題がないので、解決策はないと思います。GWT を使用すると、Web ページではなく Web アプリケーションを作成できます。

パフォーマンス バイス - GWT は、redis、JQueryUI、AJAX などの Javascript ツール、または他の多くの JavaScript UI フレームワークの 1 つを使用するよりも高速ですか、それともすべて同じですか? GWT プロジェクトのパフォーマンスには多くの側面があります。

  1. アプリケーションの読み込み時間。

    アプリケーションを論理的な部分に分割します。ユーザーがアプリケーションの特定の部分を必要とする場合、必要なリソースのみをロードする必要があります。他の部分はオンデマンドでロードされます。したがって、多かれ少なかれ、対処/管理する必要がある設計上の問題です。

  2. ウィジェット、ビューなどのレンダリング時間。

    GWT は独自の DOM を作成します。JQuery の使用法では、既存の HTML が強化されています。

  3. サーバーとクライアント間のデータ転送時間。

    大きな違いはありません。

GWT は、GWT プロジェクト自体でサーバー側のコーディングもサポートしています。GWT プロジェクトでサーバー側コードを作成して別のプロジェクトでビルドする利点はありますか、それともこれはばかげた質問で、サーバー側コードをどこに書くかは問題ではありませんか?

GWT は、サーバーとの間でデータを送受信する多くの方法をサポートしています。これは、GWT プロジェクト自体にサーバー側のコードを記述することを強制するものではありません。ただし、そうする場合は、クライアントとサーバーの両方で共有モデル クラスと他のユーティリティ クラスを利用できます。別のプロジェクトでコードを書くこともできますが、その場合、共有コードを管理する何らかの方法 (ビルド ツールなど) を実装する必要があります。

最大のメリット: GWT を使用すると、実際のオブジェクト指向言語を使用してアプリケーションを構築し、すでに利用可能な Eclipse などの Java ツールを利用できます。

于 2012-05-29T12:32:20.937 に答える