OK 状況は次のとおりです。
セールスマンの顧客に関する統計表を含む Web アプリがあり、各行には、過去 12 か月の売上データの一般的な傾向を示すスパークライン グラフがあります。各ページには特定のセールスマンの顧客リストが表示され、そのうちのいくつかには膨大な数の顧客 = 膨大な数の行 = 膨大な数のスパークライン (たとえば、特に 125 あり、読み込みに 15 秒かかるもの) がある場合があります。
このため、jQuery スパークラインは使用できませんでした。IE で多数のスパークラインを使用してページにアクセスするユーザーの CPU を完全に固定していました。
そこで、 Google Chart APIの使用に移りましたが、2 つの問題を除いて、はるかにうまく機能しました。1) 安全なサイトにあり、Google Chart API の URL は HTTP 経由でのみ提供されます (小さなラッパー スクリプトを使用してダウンロードすることで解決されます)。グラフを動的に保存し、安全なサーバーから再提供します); 2) 125 個のスパークラインを含むページでは、リクエストの数が原因でまだ非常に低速でした (利用可能な接続数を最大化するために 0 ~ 9 のサーバー プレフィックスが使用されている場合でも)。
したがって、これを超える私の次のステップは、「画像のダウンロード/グラブ/再提供」メソッド呼び出しのそれぞれを非同期にすることでした-そしてそれはうまくいきました!
...しかし、デバッグモードで実行されている開発ボックスでのみ。
ライブサイトにプッシュしたときは高速でしたが、一部の画像がアンロードされたままになり、もちろん受け入れられません.
だから、ここに私が何人かのホットショットが知っていることを望んでいたものがあります:
1) デバッグ中に非同期メソッド呼び出しが機能するのに、実際のサイトでは機能しないのはなぜですか?
2) ある種のスパークラインを大量に取得して、安全なサーバーにすばやくロードする簡単な方法はありますか?
2a.) ASP.NET Chart Library を使用した経験のある人はいますか? これは私が調査する必要があるものですか?
2b.) 同僚が、1x1 の CSS 背景画像を使用し、高さを変えて独自のスパークライン ルーチンを作成することを提案しました。問題は次のとおりです。a) 変更したい場合に備えて完全に拡張できません。b)それは地獄のようにハッキーに見えます(マークアップのスパークラインごとに約数十億のDIVを残します)。c) 1 ページに 100 ~ 200 個のスプライトが含まれている場合に十分な速度になるかどうかはわかりません。1x1 スプライト アプローチの実現可能性についてどう思いますか?
前もって感謝します。