CommandBuilder を使用することをお勧めしますか、それとも SqlDataAdapter の InsertCommand、DeleteCommand、および UpdateCommand を手動で作成する必要がありますか?
CommandBuilder を使用する明らかな利点は開発者の時間が少ないことですが、欠点は実行時間が長くなることです。これらの要因以外に、CommandBuilder を使用/回避する際に留意すべきことはありますか?
CommandBuilder を使用することをお勧めしますか、それとも SqlDataAdapter の InsertCommand、DeleteCommand、および UpdateCommand を手動で作成する必要がありますか?
CommandBuilder を使用する明らかな利点は開発者の時間が少ないことですが、欠点は実行時間が長くなることです。これらの要因以外に、CommandBuilder を使用/回避する際に留意すべきことはありますか?
SqlCommandBuilder
などのような生のADO.NETを使用SqlDataAdapter
するには、通常、回避できる多くの定型コードが含まれます。
最近の最新の基幹業務アプリケーションのほとんどは、何らかの形式のORM(オブジェクトリレーショナルマッパー)を使用しており、未加工のADO.NETを使用するためのベストプラクティスを使用するラッパーの優れたセットを提供します。
より人気のあるORMのいくつかは次のとおりです。
ORMを使用すると、シンプルさ、柔軟性、遅延読み込み、インジェクションセーフクエリ、POCOサポートなどの多くの便利な機能が提供されます。
それでもORMでADO.NETを使用したいという強い願望がある場合は、DapperまたはPetaPocoのコードを入手し、見つけそうな最高のコーディングのいくつかからコピーすることをお勧めします。