带有实体的TDD，嘲笑生成的实体类？

Question

我很抱歉，我读了这篇文章：

TDD和ADO.NET实体框架

但是我认为它不涵盖我在寻找的东西，其他类似的问题似乎没有得到答案。因此，如果已经回答，请原谅我。

我有一个正在写的应用程序。我创建了一些实体类。我想在单元测试期间嘲笑这一点，因为我相信MS的实现足以保证跳过测试。 = - }

所以，我的第一个猜测：

以生成的ObjectContext-dediver类，并为其生成一个接口，以供返回对象标语和添加方法的读取属性（此时我不必担心现有对象的更新，只需读取）即可。但是，我在测试过程中很快遇到了问题，因为我无法轻易使对象Quert属性很好地工作。

我看到了任性的博客关于做与此类似的事情的文章，但是将Linq到SQL，这只是提出了一个问题，没有人想出比这更好的嘲笑实体框架的方法吗？

谢谢！

Answer 1

所以我认为这是没有答案。不幸的是，在进行了大量谷歌搜索之后，我认为EF并不真正支持TDD开发方法，这绝对是可耻的。是时候采用nhibernate了，听起来像是。

Answer 2

等待EF v2.0（可能需要更多）或切换到NHIBERNATE。我选择了第二个选项（并不容易，但全部TDD支持，没有数据库限制）。