Arquitectura de tres niveles y LINQ to Entities

Question

Durante un par de años, he estado usando la arquitectura de tres niveles (Presentación, Lógica y Capa de datos) para escribir aplicaciones. Por lo general, estoy usando herramientas como .netTiers para generar la capa de datos y parcialmente la capa lógica. Todo está bien definido y me encanta.

Ahora tengo la restricción de usar LINQ to Entites (parece que LINQ to SQL fue abandonado por Microsoft) y estoy realmente confundido. Me parece que el código generado por LINQ to Entites es una gran combinación de la capa lógica y de datos en la que tengo muy poco control. Además, realmente no me gusta el hecho de que tengo que usar las clases (entidades ...) generadas.

Al final, ¿podría compartir sus experiencias y mejores prácticas con LINQ to Entities? ¿Alguna idea de cómo podría tener una arquitectura de tres niveles bien definida?

¡Gracias!

Answer 1

Ian Cooper escribió buenas series sobre la arquitectura de aplicaciones usando Linq2Sql:

• Parte 1 Introducción
• Parte 2 Arquitecturas en capas
• Parte 3 DAO y repositorios
• Parte 4 Consultas dinámicas
• Parte 5
• Parte 6 Asignación con archivos XML en lugar de atributos
• Parte 7
• Parte 8
• Parte 9
• Parte 10

Espero que encuentres lo que necesitas.

Answer 2

L2S no está muerto, pero está básicamente completo. Es una implementación (Adaptador SQL) para Linq. Linq es una función de lenguaje y continuará expandiéndose a medida que se lancen versiones .net.

Lo que hace que Linq sea hermoso es la simplicidad. Por mi parte, más allá de los proveedores adicionales (como MySql, Firebird, etc.) realmente no quiero que lo arruinen.