2

仕事の都合でしばらくの間 2.0 で立ち往生しており、最新の .net フレームワークに追いつくようにしています。Mvc アプリケーションの構築を開始していますが、データ アクセス アプリケーション ブロック (SqlHelper) がデータ層を書き込む方法として依然として受け入れられるかどうか疑問に思っています。

EF については、速度パフォーマンス、遅延読み込み、データベースをアプリケーションから分離しておく問題など、多くの議論があることを知っています。だから今はそこに行くのをためらっている。

しかし、ADO.Net と DataAdapter のみを使用する多くのコードを目にし、支援フレームワークなしで ADO.net に戻ったのではないかと考えています。これが正しければ、私の質問はなぜですか？データ アクセスを行うために、ある種のヘルパー クラス/フレームワークを使用しないことは、一歩後退したように思えます。

4

1 に答える 1

2

最近では、 ORMの使用がベスト プラクティスと見なされており、.NET の世界では、他のより簡単に操作できるライブラリが存在し、目立つようになったため、Data Access Application Block は支持されなくなりました。

これらには、nHibernate、LINQ to SQL、Entity Framework が含まれ、完全な機能を備えた大規模なライブラリ (他よりも完全な機能を備えたものもあります) に言及します。

ADO.Net を直接使用している人は、これらよりも SQL をより詳細に制御したい人です (ORM を使用すると常に可能ですが、慣用句を使用せずにデータベースにアクセスする場合はかなり面倒になる傾向があります)。

軽量 ORM の例としてDapperがあり、これは ADO.Net 上の非常に薄いレイヤーです。

于 2013-03-30T14:46:13.940 に答える