ここで物事をやり過ぎている場合は恐れています。
最近、DAl、Services、DTO用のさまざまなクラスライブラリを含む.Netプロジェクトを開始しました。
質問は、クリーンで簡単に保守できるデータアクセス層が必要なDAL層についてです。私たちは、EntityFramework4.1を使用したいと考えていました。
そのため、DAOおよびDAOImplメソッドまたはEntityFrameworkを使用してプレーンADO.Netを選択する方法についてはまだ明確ではありません。誰かが最善のアプローチを提案できますか？
独自のカスタマイズされた DAL を作成するためにどれだけの作業を行うかによって異なります。ADO.NET と独自の実装を使用することを常にお勧めしますが、これには、その維持と最適化、同時実行、キャッシュ、BO、DAL、およびデータベースのマッピングなどの複雑なケースの処理も含まれます。
ビジネスの価値と機能にもっと集中したい場合は、Entity Framework (現在 4.3 がリリースされ、5.0 がリリースされる予定) を使用することを決定するかもしれません。利点は、慎重にテストされ、同時実行、キャッシュ、およびマッピングのソリューションが既に含まれている DAL を使用することです。
しかし、その上にリポジトリ パターンと作業単位パターンを使用して、Entity Framework の使用を他のレイヤーから抽象化することはお勧めできません。その後、他のレイヤーに影響を与えることなく、基盤となるテクノロジを後で完全に変更する可能性があります (たとえば、パフォーマンスが本来あるべきほど良くないことがわかった場合は、EF を独自の ADO.NET 実装に置き換えることができます)。
これは、構築する必要があるアプリケーションのタイプとそのパフォーマンス要件によって異なります。EF を使用すると、作業が大幅に削減され、はるかに迅速に結果が得られます。また、開発チームの能力にも依存します。プロジェクトに取り組んでいる上級開発者とアーキテクトしかいない場合は、独自の DAL を簡単に作成できます。しかし、初心者にとって、最適化された優れた堅牢な DAL を実装することは非常に困難です。
それが役立つことを願っています！
私は物心ついたときから DAL で ADO.NET と DTO の組み合わせを使用しており、エンティティとメソッドを作成するプロセス全体を制御できるという事実が気に入っています。ただし、これには、エンティティごとにクラスを記述し、ストアド プロシージャごとにメソッドを記述しなければならないという代償が伴います。私は気にしませんが、最近、LINQ to SQL 用の PLINQO を発見し、気に入っています。高レベルのカスタマイズを可能にしながら、データベース スキーマに基づいてクラスの作成/更新を容易にします。その基本的にはステロイドのLINQ2SQLです。nHibernateも好きでしたが、PLINQO よりも学習曲線が急だったと思います。
私があなただったらPLINQOを試してみます