0

多数のデータ ポイントを持つ棒グラフをレンダリングしようとすると、問題が発生します。ただし、これは FireFox でのみ発生します。10 秒後に応答しないスクリプトを示すポップアップが表示され、続行すると表示に約 20 秒かかります。スタンドアロンの例をセットアップしましたhttp://jsfiddle.net/tankchintan/UWB8h/5/

Chrome では約 5 秒かかりますが、それでも問題なくレンダリングされます。これに対する修正があるかどうか疑問に思っていましたか?または、応答時間を短縮するために何かを行うことはできますか? 約1000行ありますが、IMHOはそれほど高くありません。

助けてくれてありがとう!

4

2 に答える 2

2

次の 2 つの点でユーザーを傷つけています。

  • まず、ページがレンダリングされるまで数秒待つ必要があり、JS エンジンが応答しないため、ブラウザー全体がフリーズします。

  • しかし、もっと重要なのは、ほぼ 1000 本の横棒を含む棒グラフを表示しているため、それらを傷つけていることです!

2 番目の点は、実際にはもっと重要です。もちろん、ブラウザーによって JavaScript のパフォーマンスは異なります (Chrome の方が高速であることが知られていますが、私のコンピューターでは Firefox がハングしません。ただし、あなたの言いたいことはわかります)。おそらくいつの日か、すべてのブラウザがこのグラフをすぐに喜んで表示するようになるでしょう。

しかし、ユーザーは 10 画面の長さのグラフを気に入るでしょうか? 1 つのテーブルに数千行の Web ページがあるとします。要点 - 別のデータ表現について考えてみましょう。20 サンプルの後でデータを切り捨てて、余分な " Others... " バーを表示するのでしょうか?

で同様の問題が発生しました。同じページに 10 個以上の単純なグラフをレンダリングしていました。あなたの場合と同じように、Firefox はスクリプトの実行時間が長すぎると叫んでいました。一度に 1 つのグラフを一時停止してレンダリングすることで修正しました。このページは魔法のように機能し、応答性が高く快適です。

于 2012-06-07T13:55:19.733 に答える
0

この数のデータ ポイントを表示することの難しさには同意します。これは、主に他のタイプのチャートのFFでも発生します。私の場合は縦棒チャートです。

ここでの違いは、大規模なデータセットのトレンドを表示する理由があり、Highcharts Zoom 機能によりそのようなチャートがより使いやすくなることです。ユーザーは、より大きなセットでハイスポットと異常を見つけ、ズームインしてその領域内の個々の列を表示できます。また、縦棒グラフを使用すると、プレゼンテーション全体が 1 ページに表示されます。

とはいえ、応答しないスクリプトの問題は残っており、このような要件に関係なく、グラフをレンダリングする前にデータのサブセットを指定するようユーザーに要求する必要があります。

于 2013-01-30T19:55:54.103 に答える