EntityFramework.dll vs System.Data.Entity.dll - ambigüedad

Question

Me pregunto qué tienen en común EntityFramework.dll y System.Data.Entity.dll y qué tienen diferente? Mi proyecto hace referencia a System.Data.Entity.dll (junio CTP) para aprovechar el primer modelo de código y todo funciona bien.

Ahora deseo utilizar la herramienta Code First Migrations, y requiere EntityFramework.dll que también tengo que agregar a mi proyecto. Sin embargo, cuando se hace referencia a ambas bibliotecas (EntityFramework.dll y System.Data.Entity.dll), recibo muchos errores de compilación argumentando que algunas clases están definidas en ambas bibliotecas.

Cuando elimino EntityFramework.dll, el proyecto vuelve a compilar pero no puedo usar Migraciones. Cuando solo se hace referencia a EntityFramework.dll, recibo errores de compilación que indican que algunas clases no se encuentran (por ejemplo, tipo de datos espaciales).

¿Qué debo hacer en esta situación? ¡Gracias de antemano!

Answer 1

La versión System.Data.Entity.dll "4.2.0.0" (junio de 2011) contiene todo, desde EFv4.0 y EFv4.1 = tanto la API de ObjectContext como las funciones nuevas de DbContext API +, pero probablemente sea la única versión para un largo tiempo que combinará estas dos API en el mismo ensamblaje. Este CTP está muerto. Las nuevas funciones principales se moverán a .NET 4.5 y la API de DbContext se seguirá distribuyendo como un paquete NuGet separado que contiene EntityFramework.dll. Todo está descrito here.

Las migraciones de código dependen de EFv4.1 Update 1 y su EntityFramework.dll. No son compatibles con June CTP y se describen directamente en sus notas de instalación o prerequisites = no se pueden usar con June CTP.