EntityFramework.dll vs System.Data.Entity.dll - ambiguïté
Je me demande ce que EntityFramework.dll et System.Data.Entity.dll ont en commun et ce qu'ils ont de différent? Mes références de projet System.Data.Entity.dll (la version CTP de juin) à l'effet de levier du premier code de modèle et tout fonctionne bien.
Maintenant, je souhaite utiliser le Premier Code Migrations outil, et il exige EntityFramework.dll que je dois aussi ajouter à mon projet. Toutefois, lorsque les deux bibliothèques (EntityFramework.dll et System.Data.Entity.dll) sont référencés, je reçois beaucoup d'erreurs du compilateur faisant valoir que certains classés sont définis dans les deux bibliothèques.
Lorsque je le supprime EntityFramework.dll le projet ne compile à nouveau mais je ne peux pas utiliser les Migrations. Quand seulement EntityFramework.dll il est référencé, je reçois complier erreurs me disant que certaines classes ne sont pas trouvés (par exemple Spatiale de type de données).
Que dois-je faire dans cette situation? Je vous remercie à l'avance!
source d'informationauteur Alex Avrutin
Vous devez vous connecter pour publier un commentaire.
System.Data.Entity.dll la version "4.2.0.0" (la version CTP de juin 2011) contient tout ce qui est de EFv4.0 et EFv4.1 = les deux ObjectContext de l'API et de l'API DbContext + de nouvelles fonctionnalités, mais c'est probablement la seule version depuis longtemps, ce qui permettra de combiner ces deux Api dans la même assemblée. Ce CTP est mort. Les nouvelles fonctionnalités de base seront déplacés .NET 4.5 et DbContext API seront expédiés encore comme distinct de NuGet package contenant EntityFramework.dll. Tout est décrit ici.
Code migrations dépendent EFv4.1 mise à Jour de 1 et de ses EntityFramework.dll. Ils ne sont pas compatibles avec la version CTP de juin et il est directement décrites dans les notes d'installation ou conditions préalables = vous ne pouvez pas les utiliser avec la version CTP de juin.