私は、DataBindingイベントを処理しているときにASP.NET WebControlのDataSourceを割り当てて遊んでいました。私のページの一般的なデータバインディングロジックについては、整理する上でうまくいくようです。データバインディングイベント中にデータソースを割り当てる
これを行わない理由は何ですか?
私は、DataBindingイベントを処理しているときにASP.NET WebControlのDataSourceを割り当てて遊んでいました。私のページの一般的なデータバインディングロジックについては、整理する上でうまくいくようです。データバインディングイベント中にデータソースを割り当てる
これを行わない理由は何ですか?
ちょうど私の頭の上から、私は2つの理由でこれを行うことに反論します:
1)はデザインが 2におい)それは本当に#1については
を何が起こっているか不明瞭、私はこれを言いますそのデータバインディングイベントを処理するためには、すでに何かにバインディングを開始していなければならないからです。途中で縛られているものを変えることは、私が理想的なデザインと呼ぶものではありません。
これは、誰かがあなたのコントロールの1つを作成し、その上で.DataBind()を呼び出すと内部的に何かにバインディングを開始すると、呼び出し元には何が起きているか完全に不明です。
私は技術的な観点から見ていませんが、再帰的なデータバインディングの無限ループの可能性も高めているようです。あなたがやっていたことが受け入れられるかどうか、あるいはそれをやるより良い方法があるかどうかを知るためには、コードを見なければなりません。
#1の意味を理解しています。 #2のために...私は私のUserControlsのためにこれをやっていませんが、私は私のページにある通常のASP.NET WebControlsのためです。私のUserControlsでは、DataBindが呼び出されたときにDataSourceがnullの場合に発生する新しいイベント "NeedDataSource"(Telerikコントロールのような)を作成します。 –