Architettura a tre livelli e LINQ to Entities

Question

Per un paio d'anni, ho usato l'architettura a tre livelli (Presentazione, Logica e Livello dati) per scrivere applicazioni. Di solito, sto usando strumenti come .netTiers per generare il livello dati e parzialmente il livello logico. Tutto è ben definito e lo adoro.

Ora sono costretto a utilizzare LINQ to Entites (sembra che LINQ to SQL sia stato abbandonato da Microsoft) e sono davvero confuso. Mi sembra che il codice generato da LINQ to Entites sia un grande mix di logica e livello dati su cui ho pochissimo controllo. Inoltre, non mi piace molto il fatto che devo usare le classi (entità ...) generate.

Alla fine, potresti condividere le tue esperienze e le migliori pratiche con LINQ to Entities? Hai idea di come potrei ancora avere un'architettura a tre livelli ben definita?

Grazie!

Answer 1

Ian Cooper ha scritto buone serie sull'architettura di applicazioni usando Linq2Sql:

• Parte 1 Introduzione
• Parte 2 Architetture a strati
• Parte 3 DAO e repository
• Parte 4 Query dinamiche
• Parte 5
• Parte 6 Mappatura con file XML anziché Attributi
• Parte 7
• Parte 8
• Parte 9
• Parte 10

Spero che trovi quello che ti serve.

Answer 2

L2S non è morto, ma è sostanzialmente completo. È un'implementazione (adattatore SQL) per Linq. Linq è una funzione del linguaggio e continuerà ad espandersi man mano che vengono rilasciate le versioni .net.

Ciò che rende bello Linq è la semplicità. Io per uno, oltre ad altri provider (come MySql, Firebird, ecc ...), non voglio davvero che li rovinino.