C# 使用实体的TDD，模拟生成的实体类？

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

但我不认为它涵盖了我所寻找的，其他类似的问题似乎没有答案。所以，如果这个问题已经得到了回答，请原谅我

我正在写一份申请书。我创建了一些实体类。我想在单元测试期间对此进行模拟，因为我相信MS的实现足够好，可以保证跳过对它的测试。=-}

所以，我的第一个猜测是：

获取生成的ObjectContext派生类，并为返回ObjectQuery和Add方法的read属性生成一个接口（此时，我不担心现有对象的更新，只关心读取）。但是，我在测试过程中很快遇到了问题，因为我无法轻松地使ObjectQuery属性正常工作

我看到了任性博客上关于做一些类似于此的事情的帖子，但是使用Linq到SQL，它只是回避了一个问题，难道没有人想出比这更好的方法来模拟实体框架吗

---

谢谢

所以我认为这个问题没有答案。不幸的是，在做了大量的谷歌搜索之后，我不认为EF真的支持TDD开发方法，这绝对是一种耻辱。是时候采用nHibernate了，听起来像是。

所以我认为这个问题没有答案。不幸的是，在做了大量的谷歌搜索之后，我不认为EF真的支持TDD开发方法，这绝对是一种耻辱。是时候采用nHibernate了，听起来像是。

等待EF v2.0（一年或更长时间），或者改用nHibernate。我选择了第二个选项（不容易，但完全支持TDD，没有数据库限制）。

等待EF v2.0（一年可能更长）或切换到NHibernate。我选择了第二个选项（不容易，但完全支持TDD，没有数据库限制）。

同意，事实上，我现在使用的是Fluent NHibernate，我对它在EF上的表现非常满意。遗憾的是，销售使用微软技术的客户通常比销售操作系统技术的客户更容易。有些人永远是M$fanboys。只要提醒他们大多数Web服务器都是开源的。我知道，操作系统技术绝对是前进的方向。开源的一大好处是，如果代码可能导致问题，我可以遍历代码。我总是猜测或者依赖（有时是虚假的）m$文档，而且他们喜欢改变API，就好像以前的版本不存在一样。幸运的是，现在有很多很棒的OS.net项目。nHibernate就是其中之一。同意，事实上，我现在正在使用流利的nHibernate，我很高兴它超过了EF。遗憾的是，销售使用微软技术的客户通常比销售操作系统技术的客户更容易。有些人永远是M$fanboys。只要提醒他们大多数Web服务器都是开源的。我知道，操作系统技术绝对是前进的方向。开源的一大好处是，如果代码可能导致问题，我可以遍历代码。我总是猜测或者依赖（有时是虚假的）m$文档，而且他们喜欢改变API，就好像以前的版本不存在一样。幸运的是，现在有很多很棒的OS.net项目。nHibernate就是其中之一。我投票否决了这个答案，因为有很多方法可以将TDD应用于EF。请参阅下面我的答案（）。感谢您推翻了5年前关于EF不同版本的问题的答案。不幸的是，它仍然活跃在堆栈溢出中，我与EF合作多年。嘿，这是您的声誉，我很好。我很久以前就放弃了EF，因为它的解决方案要高得多。=-}你是说NHibernate吗？我否决了这个答案，因为有很多方法可以将TDD应用于EF。请参阅下面我的答案（）。感谢您推翻了5年前关于EF不同版本的问题的答案。不幸的是，它仍然活跃在堆栈溢出中，我与EF合作多年。嘿，这是您的声誉，我很好。我很久以前就放弃了EF，因为它的解决方案要高得多。=-}你是说尼伯内特吗？