TDD avec l'entité, se moquant des classes générées par l'entité?

Question

Mes excuses, j'ai lu ce message:

TDD et ADO.NET Entity Framework

Mais je ne pense pas qu'il couvre ce que je suis à la recherche et d'autres questions similaires semblent sans réponse. Alors, pardonnez-moi si cela a déjà été répondu.

Je demande que je vous écris. J'ai créé quelques classes d'entité. Je veux railler ce pendant les tests unitaires que je crois que la mise en œuvre de MS est assez bon pour justifier sauter le test de celui-ci. = -}

Alors, ma première supposition:

Prenez la classe ObjectContext-dérivation généré et générer une interface hors de celui-ci pour les propriétés de lecture qui renvoient ObjectQuery et les méthodes Ajouter (à ce stade, je ne suis pas se soucier de la mise à jour des objets existants, à la lecture). Cependant, je me suis rapidement eu des problèmes pendant les essais que je ne pouvais pas obtenir facilement les propriétés ObjectQuery travaillant bien.

J'ai vu le poste de Wayward Weblog de faire quelque chose de similaire à cela, mais avec LINQ to SQL et on peut se poser simplement la question, personne n'a pas compris une meilleure façon de se moquer de l'Entity Framework que cela?!

Merci!

Answer 1

Je suppose qu'il n'y a pas de réponse à cela. Malheureusement, après avoir fait beaucoup de googler, je ne pense pas que l'EF soutient vraiment une approche TDD au développement, ce qui est une honte absolue. Le temps d'adopter NHibernate, cela ressemble.

Answer 2

Attendez v2.0 EF (un an peut-être plus) ou de passer à NHibernate. Je l'ai choisi la deuxième option (pas facile, mais soutien TDD et aucune limite de base de données).