問題は、一般的なデータ コードをサーバー コントロール内にカプセル化するのと、データをクライアントからコントロールにバインドするのとのどちらがよいかということです。
コントロールはさまざまなアプリケーションで利用され、データは通常、コントロール専用です。問題は、コードを複製してすべてのクライアントでコントロールをバインドするのではなく、コントロールがデータ自体にアクセスできるようにする方がよいでしょうか?
編集: コントロールがデータを直接取得する場合、NHibernate 接続を渡す最善の方法は何でしょうか?
状況によります。私が従う一般的な経験則は、コードの繰り返しが最も少ないアプローチを使用することです。
あなたの状況では、コントロールする必要があるように聞こえます。
この哲学の目的は、メンテナンスを容易にすることです。
データ ソースが変更された場合、またはクエリが変更された場合、できるだけ少ない場所のコードで変更したいので、コントロールを変更することで一度変更できる場合は、使用するすべてのページで変更するよりもはるかに簡単です。制御。
編集 - 追加
通常、ストアド プロシージャを変更する方が、変更されたコードをライブ環境に再展開するよりも簡単であるため、ストアド プロシージャを呼び出すコントロールを用意することをお勧めします。もちろん、ストアド プロシージャを呼び出すためのコードは、状況に応じて制御できます。もう一度、哲学の目的を参照してください。