TDD mit Entität, verspottet die generierten Entitätsklassen?

Question

Ich entschuldige mich, ich habe diesen Beitrag gelesen:

TDD und ADO.NET Entity Framework

Aber ich denke nicht, dass es das abdeckt, wonach ich suche, und andere ähnliche Fragen scheinen unbeantwortet zu sein. Also, vergib mir, ob dies bereits beantwortet wurde.

Ich habe eine Bewerbung, die ich schreibe. Ich habe einige Entitätsklassen erstellt. Ich möchte dies während der Unit -Tests verspotten, da ich der Meinung bin, dass die Implementierung von MS gut genug ist, um das Überspringen des Tests zu rechtfertigen. =-}

Also meine erste Vermutung:

Nehmen Sie die generierte ObjectContext-der-der-Klasse-Klasse und generieren Sie eine Schnittstelle davon für die Read-Eigenschaften, die Objektquery und die Methoden hinzufügen (an diesem Punkt mache ich mir keine Sorgen um die Aktualisierung vorhandener Objekte, nur lesen). Während der Tests stieß ich jedoch schnell auf Probleme zu, da ich die Objektqueritätseigenschaften nicht einfach gut zum Laufen bringen konnte.

Ich habe den Post des Wewward Weblogs gesehen, etwas Ähnliches zu tun, aber mit Linq für SQL und es stellt sich nur die Frage, hat niemand einen besseren Weg gefunden, um das Entity -Framework zu verspotten als dieses?!

Vielen Dank!

Answer 1

Ich nehme es also ein, dass es keine Antwort darauf gibt. Nach viel Googeln glaube ich leider nicht, dass der EF wirklich einen TDD -Ansatz für die Entwicklung unterstützt, was eine absolute Schande ist. Zeit, um Nhibernate zu übernehmen, klingt es nach.

Answer 2

Warten Sie auf EF v2.0 (ein Jahr vielleicht mehr) oder wechseln Sie zu NHibernate. Ich habe die zweite Option ausgewählt (nicht einfach, aber vollständiger TDD -Unterstützung und keine Datenbankgrenzen).