sql - query - Reflexiones sobre el marco de la entidad
linq inner join c# entity framework (5)
Creo que depende de la plataforma de la aplicación. Cuando mi equipo se propuso crear una nueva aplicación ASP.net, queríamos ir con EF ... pero después de jugar un poco con él, fuimos con Linq-To-SQL. En un entorno web, gestionar el contexto de datos L2S fue mucho más fácil. Además, nos gustó que las entidades L2S expongan el campo ID original (por ejemplo, EmployeeTypeId), a diferencia de EF, que solo tendría la entidad hija expuesta. En un entorno web, muchas veces no necesita esa información adicional, el Id es suficiente porque es una referencia a una lista desplegable que ya se ha cargado (y probablemente en caché).
Me preguntaba qué opinaron las personas sobre la decisión de admitir Entity Framework sobre LINQ-to-SQL. Tengo una aplicación que estoy desarrollando originalmente en LINQ-to-SQL. La encontré la solución perfecta para nuestra aplicación.
Al intentar portar a Entity Framework me sorprendió lo difícil que era. En mi humilde opinión, ni siquiera está cerca de estar listo para el horario de máxima audiencia. Sin cargas perezosas, sin POCO, dependencia horrible de la herencia. Lo encontré en gran parte inutilizable en mi caso y decidí seguir con LINQ-to-SQL hasta que de alguna manera este Entity Framework pueda ser más pulido.
¿Alguien más tiene una experiencia similar con esto?
L2S es más maduro para lo que está hecho.
Y todavía consideraré EF como una versión BETA.
hay mucha discusión sobre EF, puedes encontrar muchas más preguntas relacionadas.
Escuché que L2S está yendo rápidamente por el camino del dodo. Hay un poco de charla sobre un cambio a opensource, pero el grupo ADO.NET en Microsoft planea impulsar todos sus esfuerzos hacia EF ...
Triste también, porque creo que Linq2SQL es extremadamente fácil de usar y la idea de portar todo mi código me pone un poco enfermo.
Estoy de acuerdo. Hay muchos errores y fallas de diseño en Entity Framework v1 (la versión de .net 3.5 SP1) para que se pueda usar en el desarrollo del mundo real. EFv4 parece más prometedor ...
Esa es más o menos mi opinión. Ver mi respuesta anterior aquí . Esta otra pregunta no fue específicamente sobre los problemas en EF, pero sí: tiene unos pocos fallos técnicos. Por ejemplo (además de sus opciones existentes):
- no hay soporte para
Expression.Invoke(reutilización de árboles de expresiones para formar una expresión más compleja) - no admite las UDF de tabla, que se pueden usar para crear métodos invocables bien definidos en la base de datos que todavía se pueden componer con sort / skip / take, etc.
LINQ-to-SQL maneja ambos muy bien ...