Postback時の画面の描画が遅い

Question

複数列を持つDropDownListを作成したく、以下のサイトを参考にGridViewでの疑似DropDownListを45個作成しました。
RadioButtons inside a GridView control
Fire GridView SelectedIndexChanged Event without Select Button

それぞれのGridViewには対になるTextBoxとButtonを配置し、Buttonを押すとGridViewのVisibleの切り替えを行い、GridViewの行を選択すると該当のセルの値をTextBoxに表示してGridViewを非表示にします。

各GridViewのDataBoundは初期表示にて行っていますがPostback時の画面の描画が非常に遅いです。
やはりGridViewが45個もあるせいでしょうか？

また、たとえば一つのオブジェクトのみ更新などといったことは出来ますか？
例えばボタン1を押したらGridView1のみ更新するなど。

Comments

[退会済みユーザー]

何をしたいのか分かりません。参考にされている前者の記事は一つの GridView の各行にラジオボタンを実装する方法、後者の記事は GridView の行内の任意の部分（普通はボタン）をクリックして GridView.SelectedIndexChanged イベントを発生させるということのように見えます。

[退会済みユーザー]

それと「複数列を持つDropDownListを作成したく、以下のサイトを参考にGridViewでの疑似DropDownListを45個作成しました」というのがどう考えてもつながりません。そのあたり、ここに書いてあること以外は知り得ない第三者が読んで分かるように、具体的に説明していただけませんか。

Answer 1

コメントに対する答えがないので勝手に想像して答えますが・・・

Button クリックと GridView の行選択でそれぞれポストバックして（計 2 回ポストバックして）、その都度サーバー側で何らかの処置を行い、ページを再描画していると想像してます。

その想像が当たっているとすると、かなり無駄なことをしているように思えますが、上記のプロセスを変える（ポストバックしないで済ませる）余地はないのでしょうか？

どうしてもポストバックせざるを得ない事情があるのかどうかわかりませんが、今の時点では、効果が期待できそうなこととして提案できるのは「ポストバックしてサーバー側で処理して再描画するのはやめて、全てクライアント側で JavaScript / jQuery で処理する」ということぐらいです。

上記のプロセスを変える余地はない（ポストバックは必須）ということであれば、全体のプロセスの中でどこがボトルネックになっているかを探して、そこに集中的に対処するということにせざるを得ないと思います。（一般的に、「遅い」ということへの対策は、ボトルネックに対して行わないと効果がないのは理解されてますよね？）

でも、どこがボトルネックになっているか質問者さんも分かっていないのでは？　ボトルネックを探すことまで回答者に期待しているとすると、それは期待しすぎだと思います。

質問者さんの方でどこがボトルネックになっているか探して、さらなる情報提供をしてください。それができなければ、エスパーのような回答者の登場を待つ他なさそうです。

Comments

[tryCSharp]

ボトルネックの判別を付ける手段もわかりません。
このままエスパーさんを待ち続けることもできませんので閉じさせて頂きます。
ご回答ありがとうございました。