Ce que l'on entend généralement sous le terme "Ignorance de la persistance", c'est que vos classes d'entités ne sont pas inondées de dépendances de framework (important pour les scénarios à plusieurs niveaux). Ce n'est pas le cas actuellement, car les classes d'entités doivent implémenter certaines interfaces EF ("IPOCO"), par opposition aux anciens objets CLR ordinaires. Comme une autre affiche l'a mentionné, il existe une solution appelée Adaptateur d'ignorance de persistance (POCO) pour Entity Framework V1 pour cela, et EF V2 prendra en charge POCO prêt à l'emploi.
Mais je pense que ce que vous aviez vraiment à l'esprit, c'était l'indépendance de la base de données. Avec un grand XML de configuration qui inclut le modèle de stockage, le modèle conceptuel et le mappage entre ces deux à partir desquels un ObjectContext typé sera généré au moment de la conception, j'ai également du mal à imaginer comment prendre en charge de manière transparente deux bases de données.
Ce qui semble probablement plus prometteur est d'appliquer un fournisseur ADO.NET indépendant de la base de données comme celui de DataDirect . DataDirect a également annoncé la prise en charge d'EF pour Q3/2008.
