保守性の観点から、asp.net DataBinding を使用するためのベスト プラクティスは何かを知りたいです。
データベースに変更を加える必要があるときに、アプリケーションが崩壊するのは望ましくありません。
コードビハインドで完全にデータバインドする必要がありますか? データバインディングに ObjectDataSources を使用する予定です。データバインディングを使用するよりも維持しやすいものはありますか?もしそうなら、それは何ですか?
データ アクセス レイヤーとビジネス レイヤーを設計する際に考慮する必要がある考慮事項はありますか?
ありがとう。
これに関する私の哲学は、データアクセス関連のものはマークアップに関係がないということです。オブジェクトデータソースはSQLデータソースよりも優れていますが、ページにレンダリングされるものだけとしてマークアップを保持するのが好きです。また、コードビハインドから常に実行することで得られる、データバインドされているものを制御することも好みます。
完全を期すために、最初の回答で私のコメントについてこれを追加したいと思います。
次の質問をしました。
コードビハインドからデータバインドする場合でも、マークアップでフィールドを定義する必要があります。ビジネス オブジェクトの変更によってページが壊れないようにするにはどうすればよいでしょうか?
データバインディング時にオブジェクトをキャストすると、コンパイル時に、プロパティ名が変更されたか、存在しなくなったことが検出されます。
例:
<%# ((ObjetType)Container.DataItem).PropertyName %>
また、これを行うと、リフレクションを使用するために遅いと報告されている Eval の使用を回避できます。（パフォーマンスへの影響を自分で実際に確認しませんでした）