Est-ce que l'ignorance de la persistance dans le cadre des entités ADO.NET signifie ce que je pense que cela signifie?

Question

Si le framework est indépendant de la persistance, mes tests unitaires peuvent-ils construire une version du système de fichiers de la mémoire de persistance sous mon modèle d'entité? Je vais utiliser les premières fonctionnalités du framework d'entité dans l'interface graphique, car il est trop facile pour mes développeurs de modifier les schémas et de synchroniser la couche DAL. Est-ce que quelqu'un a essayé d'utiliser la première approche du modèle et d'ajouter l'ignorance de la persistance? Je pense que ce serait mon monde de modélisation idéal. J'utilise LINQ2SQL atm et il est un peu difficile d'échanger le data store tout en disposant d'un niveau de données riche et automatique qui ne se cache pas derrière un ensemble d'interfaces IDataContext de ligne métier.

Si je peux voir quelques scénarios de ce travail, je voudrais investir plus de temps dans le futur pour l'essayer.

Answer 1

Entity Framework ne pas avoir une véritable ignorance de la persistance. C'est l'une des plus grandes critiques (c'est-à-dire une classe de base forcée, beaucoup de liens EF, etc.). LINQ-to-SQL peut avoir l'ignorance de la persistance, mais en réalité les gens ont tendance à utiliser le chargement paresseux et l'approche attribuée, ce qui signifie qu'il n'a toujours pas ignoré la persistance.

Re étant persistance agnostique - il (EF) aurait toujours besoin d'un fournisseur. Bien sûr, si vous voulez écrire un fournisseur EF qui parle au système de fichiers, allez-y! Ce serait un lot cependant. Il serait plus facile d'utiliser une base de données SQL Express (fichier plat) etc.

Answer 2

Juste une mise à jour, cela a maintenant changé à partir de Entity Framework 4.0 qui prend en charge Persistence Ignorance.