如果框架与持久性无关，那么我的单元测试能否在我的实体模型下构造持久性存储的文件系统版本？
我将在gui中使用实体框架的model-first特性，因为对我的开发人员来说，更改模式和保持dal层同步太容易了。
有没有人尝试过使用模型优先的方法并添加持久性无知？
我想这将是我理想的模特世界。我使用linq2sql atm，换掉数据存储有点困难，但是有一个自动丰富的数据层，它不会隐藏在一组业务线idatacontext接口后面。
如果我能看到这个工作的一些场景，我想在未来投入更多的时间来尝试。
最佳答案
实体框架没有真正的持久性无知。这是最大的批评之一（例如，强制的基类，许多英孚关系，等等）。linq to sql可以忽略持久性，但实际上人们倾向于使用延迟加载和属性化方法，这意味着它仍然没有持久性忽略。
不确定持久性-IT（EF）仍然需要一个提供者。当然，如果你想写一个EF提供程序来与文件系统对话，请继续！不过，这需要做很多工作。使用sql express数据库（平面文件）等会更容易。
关于.net - 我认为ADO.NET Entity Framework 中的持久性无知意味着什么？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/280308/