Ognacの雑感

# re: Adapterも便利ツールなんだが 2007/08/24 12:48 黒龍

結合表を好み、業務ロジックはストアドなどシンプルな方向で考えると確かにAdapterは煩雑で流れが見えにくいと思います。根本原因としてADO.NETでは非接続型を念頭に置いた設計思想となっているため非接続のための機能が不要であれば抽象化された層は不要なものとなります。
が、画面への表示の最に直接設定では無くデータと表示を分離することでメリットがあるように抽象化された層でのメリットというのも存在します。
代表的な例としてはオフライン対応などでしょうか。(オフラインには若干役不足という話もありますが)
またインメモリデータベースとしての特徴を生かしてDBアクセスを減らしたりといったことも可能になってきます。そしてこれらのオフライン対応はスケールアップではなくスケールアウトでの規模拡張を可能にします。

見出し、明細からなる親子テーブルを登録する。見出しの事前登録は不可。などの仕様であればAdapterを使った場合はデータセット上でリレーションを保持してアップデート順序に気を使う程度で済みますが上記のように自身で発行していた場合関連の扱いが面倒になりますし更新後のデータの書き戻しなども面倒な処理になると思います。

やはり特定のシナリオ以外では不要な処理も多いのですが特定のシナリオでは便利というのが実感です。ビギナーの方であれば覚えることが少なく済む(注意点は多々ありますが使うのに技量を問われないという意味)ので悪くは無いと思います。逆にスキルのある方から見ると無駄＆ややこしいとおもいます。

長文になってしまい済みませんでした。

# re: Adapterも便利ツールなんだが 2007/08/24 17:00 Ognac

>やはり特定のシナリオ以外では不要な処理も多いのですが特定のシナリオでは便利というのが実感です。
おぉ! そのシナリオは! ありがとうございます。目から鱗です。知らなければ自力で実装するトコだった。

>ビギナーの方であれば覚えることが少なく済む....悪くは無いと思います。
問題なのはビギナーの方がこれで十分だと思い込むことでしょうね。

# re: Adapterも便利ツールなんだが 2007/08/24 17:16 黒龍

> 問題なのはビギナーの方がこれで十分だと思い込むことでしょうね。

ですね。効率を考えるとかなりのケースでベター(動く)ではあるのですが全てのケースでベストにはなりえないと思います。
やはり手馴れた人ほど無駄を感じちゃうんだと思います。