¿Por qué todas las entidades de Linq odian?

Question

Me he dado cuenta de que parece haber bastante hostilidad hacia Linq To Entities, particularmente de parte de la gente de Alt.Net. Entiendo la resistencia a más programación de "arrastrar y soltar", pero desde mi entendimiento, Linq To Entities no lo requiere.

Actualmente estamos utilizando LINQ a SQL, y estamos utilizando el documento DBML definirlo (una vez que llegue a más de una docena de mesas, el diseñador es bastante inútil.)

Entonces ¿por qué wouldn' t el mismo trabajo de aproximación para Linq To Entities?

Answer 1

No creo que sea un odio para la idea de por sí. Es solo que a la gente no le gusta la implementación de la misma.

http://efvote.wufoo.com/forms/ado-net-entity-framework-vote-of-no-confidence/

Answer 2

En realidad, una vez que comience ahondar en ella, LTE es completamente inútil para los marcos de nivel empresarial. El hecho de que hay muy poco soporte de herencia (también en LTS) genera una gran cantidad de código redundante. Además, regresaré a LTS (de Linq a SQL) porque realmente le permite definir asignaciones a través de Atributos en lugar de un Archivo. LTE solo funciona con un archivo externo.

Answer 3

Estoy completamente de acuerdo con los principios de Linq para Entidades, y Entity Framework en general, pero tengo reservas sobre su encarnación actual. Sin embargo, reconozco abiertamente que no lo he usado en algo más que una forma autodidacta y muy pequeña. El nivel de flexibilidad no parece estar allí todavía, pero estoy seguro de que llegará. Me dijo uno de los evangelistas de tecnología de EM (gran título de trabajo) que EF era la opción estratégica de MS para el futuro. Asumiendo que este es el caso, solo puedo ver las cosas mejorar en este campo.

Answer 4

También puede haber un poco de animosidad de "segundo lugar" también. MS es muy llegando tarde al mercado con L2E, yo mismo me interesé en ORM hace aproximadamente tres años y MS no se veía por ningún lado en este momento.

Muchos de nosotros ya pasamos el tiempo aprendiendo otro ORM (como NHibernate) y estamos acostumbrados a un cierto nivel y tipo de funcionalidad disponible, y esto todavía no es evidente en L2E.

Esta animosidad de "segundo lugar" no son viejas noticias para ser sincero No sé por qué MS no pasa más tiempo apoyando soluciones que ya están en su lugar, ya lo hemos visto antes con NAnt -> MSBuild y NUnit -> MsTest, les ahorraría a todos mucho tiempo y esfuerzo si aceptaran una de las soluciones mejores y más maduras y se esforzaran por respaldar eso en lugar de fabricar las suyas todo el tiempo.

Answer 5

El odio de Linq to Entity es muy merecido. Este producto falla en cualquier propósito más complejo que las demostraciones cojo que GU usa en su blog. EF está lejos de estar listo para el horario de máxima audiencia. Microsoft simplemente no puede obtener datos correctos en el mundo .BLOAT que parecen cambiar el paradigma de datos cada vez que sopla el viento. FoxPro ha existido durante 20 años con el mismo núcleo básico de datos. Dado que SQL Server usa mucha de la tecnología de datos de VFP, quizás MSFT podría aprender un poco sobre la manipulación de datos y lenguajes centrados en datos a partir de algo que funcionó.

Answer 6

Yo agregaría que la implementación LTE de la herencia TPT es nada menos que criminal. Ver mi pregunta here.

Y mientras estoy en ello, creo que los muchos published EF pundits son al menos en parte cómplices. Aún no he encontrado ningún material publicado sobre EF que advierta contra consultas de tipos de bases.Si tuviera que probarlo en el modelo que tengo, SQL Server simplemente se da por vencido con la excepción.

Alguna parte de su declaración de SQL es anidado demasiado profundamente. Vuelva a escribir la consulta o divídala en consultas más pequeñas.

Me gustaría volver a escribir la consulta, pero LTE me absolvió de esa carga. Gracias (^ no)