3層アーキテクチャとLINQ to Entities

Question

ここ数年、3層アーキテクチャ（プレゼンテーション、ロジック、およびデータ層）を使用してアプリケーションを記述しています。通常、.netTiersなどのツールを使用して、データ層と部分的にロジック層を生成します。すべてが明確に定義されており、私はそれが大好きです。

私はLINQ to Entitesを使用する制約になり（LINQ to SQLはMicrosoftによって放棄されたようです）、本当に混乱しています。 LINQ to Entitesによって生成されたコードは、私がほとんど制御できないロジックとデータレイヤーの大きな組み合わせのように思えます。さらに、生成されたクラス（エンティティ...）を使用しなければならないという事実があまり好きではありません。

最後に、LINQ to Entitiesと経験やベストプラクティスを共有できますか？明確に定義された3層アーキテクチャをどのように維持できるか考えていますか？

ありがとう！

Answer 1

Ian Cooperは、Linq2Sqlを使用したアプリケーションの設計に関する優れたシリーズを書きました。

• パート1はじめに
• パート2階層化アーキテクチャ
• パート3 DAOとリポジトリ
• パート4動的クエリ
• パート5
• パート6属性ではなくXMLファイルを使用したマッピング
• パート7
• パート8
• パート9
• パート10

必要なものを見つけてください。

Answer 2

L2Sは死んでいませんが、基本的には完全です。 Linqの実装（Sql Adapter）。 Linqは言語機能であり、.netバージョンがリリースされるにつれて拡大し続けます。

Linqを美しくするのはシンプルさです。私は、追加のプロバイダー（MySql、Firebirdなど）を超えて、実際にそれらを台無しにしたくありません。