3

こんにちは、zk と gwt のパフォーマンスを比較しようとしています。

私の比較では、フレームワーク自体がいくつかのコードをjsに変換する場合(gwtのように)、自分でJavaScriptを書くことはできませんが、自分でjsを書くことはできません

上記の方法でブラウザ上で行われるほとんどすべてのコードを記述すると、リクエストが ZK のサーバーに送信されます。

したがって、最終的にzkからサーバーに送信されるリクエストの数を比較すると、gwtと比較して高すぎます。

以下お聞きしたいです。

  1. 上記を無視して、パフォーマンスが zk または gwt の方が優れている。
  2. 上記を無視しない場合、gwts のパフォーマンスは zk よりも優れているという私の結論は正しいですか?

パフォーマンスを比較するときに他のパラメーターがある可能性があることは知っています...しかし、リクエスト間の差が非常に大きい場合、いくつかのフォーラムで一部の人々が言っ​​ているzkがgwtを破っているのを実際に見ることはできません

よろしくお願いします

4

5 に答える 5

1

GWT と ZK はアーキテクチャが大きく異なります。GWT はクライアント中心であるため、サーバーに送信する要求が少なくなります。GWT を使用すると、基本的にすべてを自分で制御できます。一方、これは、開発者がサーバー要求の処理と、サーバーとクライアント間の非同期データ転送を担当することを意味します。あなたが経験豊富な Web 開発者であれば、結果は素晴らしいものになるでしょう。そうでない場合は、注意が必要なネットワークとセキュリティの問題がいくつかあるため、非常に困難で複雑になる可能性があります.

一方、ZK はサーバー中心であり、これらのサーバーとクライアントの非同期通信を処理します。ZK を使用すると、開発者はクライアントとサーバーの問題を気にすることなく、ビジネス ロジックにより集中できます。フレームワークがクラ​​イアントとサーバーのやり取りを処理するため、デフォルトではより多くのリクエストがあります。リクエストを最小限に抑えたい場合は、開発者ガイドに従って調整を行うことができます。

IMO ZK と GWT はどちらも成熟したフレームワークです。おそらく、プロジェクトの要件と Web 開発での経験を考慮して、ソリューションを選択できます。

于 2012-10-29T06:41:08.533 に答える
0

以前の投稿は基本的にですが、zkにはいくつかの機能があり、それについて話し合う必要があると思います。
すべてのリクエストはzkイベントであり、coszkは完全にイベントベースであることを忘れないでください。

  1. クライアント側のイベント処理
    Zkを使用すると、サーバー側と同様にクライアント側のイベント処理を実装できます。これには、zkがサーバーに対してイベントを発生させないようにすることも含まれます。
    サーバー側のJavaで行うことができるように、jsでクライアントオブジェクトを簡単に操作する
    か、後処理を行ってから...

  2. クライアントサイドイベントの使用-Zkは、カスタムイベントまたは標準イベントをサーバーに送信できる便利
    なjsメソッドzAu.send(zk.Event、int)を取得しました。
  3. Deferrable Event-Listeners
    Deferrable-eventsはクライアント側でキューに入れられるため、リクエストの数を最小限に抑えることができます。
  4. Stubonly
    Stubonlyは、コンポーネントをクライアント側のみにする方法です。しかし今では、これはzkEEでのみ利用可能です。

したがって、必要に応じて、リクエストをGWTのリクエストと同じ量に制限できることがわかります。
それが理にかなっているか、あなた/あなたのアプリケーションに依存しない場合。しかし、zkはGWTよりも強力であると言えると思います。
あなたはおそらくiZUMLに興味があり、レンダリングも延期します。

于 2012-11-18T06:46:59.193 に答える
0

GWT と ZK は少し異なります。

私はいくつかの ZK プロジェクトといくつかの GWT プロジェクトを行ってきました。どちらの場合もパフォーマンスの問題はありませんでしたが、GWT を使用する場合はさらにコードを記述する必要があると感じています。

于 2012-10-29T16:55:27.103 に答える
0

1 つは zk フレームワークを使用して作成し、もう 1 つは GWT を使用して作成した 2 つのチームによる実世界のプロジェクトでの私の経験です。同じデータ サービス レイヤーから提供されるデータを持つ同一の UI プロジェクト。zk チームは、GWT チームが費やした時間の 3 分の 1 でプロジェクトを完了しました。両方のプロジェクトが本番環境にデプロイされました。ユーザーはどちらのアプリでも満足していました。最後に、zk バージョンを本番環境に維持しました。なんで?zk アプリのメンテナンスが GWT に比べてはるかに高速でシンプルだったからです。申し訳ありませんが GWT ... 巨人に支えられた素晴らしい技術ですが、zk を使い続けます。

于 2013-07-14T10:28:40.247 に答える
0

GWT はすべてブラウザー内にあるため、ZK はサーバー側に焦点を当てているため、ZK は js フラグメント、画面部分などを取得するためにサーバーへのより多くの ajax ヒットを必要としますが、GWT は最初にサーバーをヒットして js アプリをダウンロードします (これは永久にクライアントにキャッシュされます)、アプリがバックエンドからのデータを必要とするときはいつでも。

サーバー(軽量サーバー)で実行されるビューロジックを必要とせず、ネットワーク内のリクエストが少ないため、IMHO GWTのパフォーマンスが向上するはずです。

于 2012-10-25T10:39:59.003 に答える