私は合計で約 2 年間 C# プログラマーであり、専門的には 1 年強です。.NET 2 の時代より前に始まったアプリケーションの開発者として会社で働いています。私の質問は次のとおりです。
SQL クエリからコントロールに直接データバインディングを使用して、クエリを実行し、項目を手動でコントロールに追加する利点は何ですか? このアプローチは一般的に、展開に関してよりクリーンでシンプルであると考えられていますか? 手動で追加すると、データの表示/値をよりきめ細かく制御できる場合がありますか?
クエリの結果に基づいて自分自身を設定するいくつかのコントロールを処理するいくつかのバグが割り当てられており、不要なロジックをクリーンアップして、それをライブラリにプッシュして代わりに処理したいので、私は尋ねています。
注: .NET 2.0 を使用しています
私は個人的にそれを使用してそれを見つけます
control.DataSource = YourSource;
control.DataBind();
プロセスははるかに簡単で、反復を行う必要がなく、全体的にLOCが削減されます。
DropDownListsやその他のコントロールを使用する場合は、DataValueFieldプロパティとDataTextFieldプロパティも設定する可能性があります。
データバインディングはセットアップがはるかに簡単で、全体的にエラーが発生しにくく、LOCが大幅に削減され（Mitchel Sellersが述べたように）、いくつかの小さな不具合は別として、かなり確実に機能します。
私の経験では、データバインドされた制御の正確な更新順序またはタイミングを指定する必要がある場合にのみ、実際には完全な手動制御が必要です。
情報結合は、セットアップがはるかに簡単で、全体的に問題が少なく、LOC が大幅に低下し、いくつかのささやかなミスを除けば、非常に簡単に機能します。私の経験では、実際の更新順序または特定のハンドルの詳細を指定する必要がある場合にのみ、完全なガイド コントロールが必要です。
私の経験は、ここでの以前のポスターとは正反対でした。このブログ エントリ(2006 年付け) は、データ バインディングに関する私の気持ちをまとめたものです。
複雑な入力シナリオがある場合は、手動でバインドすると便利です。データバインドされた入力コントロールを使用すると、DB にヒットして例外がスローされたときにのみ、データが正しくないことがわかります (日付/時刻の形式が正しくない、整数が正しい範囲外であるなど)。
これは明らかに、データ コントロールのさまざまな検証/事前コミット イベントで処理できますが、入力を手動で検証し、それが正しいことがわかっているときに投稿する方が簡単です (そして明らかに読みやすくなります)。
それが私が考えることができる唯一の理由であり、入力にのみ適用されます。読み取り専用のシナリオにいる場合、データバインディングは簡単です。