大佬教程收集整理的这篇文章主要介绍了实体框架 – 带MVC3的EF4 – 我需要存储库模式吗？，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
当我将它们添加到项目中时,我想知道果汁是否值得谚语挤压,给出以下内容：
>基础数据访问机制极不可能从EF4发生变化.
>这种抽象级别将需要更多的开销/混淆项目和团队中的其他开发人员.
我看到使用Repository模式的唯一真正好处是单元测试应用程序.抽象出数据存储似乎并不有用,因为我知道数据存储区不会改变,而且,EF4已经提供了一个非常好的抽象(我只是调用.AddObject(),它看起来像我在修改内存中集合,我只是调用.SaveChanges()已经提供了工作单元模式).
我是否应该费心实施这种抽象？我觉得必须有一些我遗漏的巨大好处,但我觉得我不需要沿着这条路走下去.我愿意相信;有人可以提起诉讼吗？谢谢.
>它将使更复杂的EF相关任务更难实现,或者您的存储库和UoW实现需要具有与EF相似的公共接口>它不会使您的代码更好地进行单元测试,因为与存储库的所有交互仍必须由集成测试覆盖.不仅我的经验证明,通过用linq-to-objects替换linq-to-entities来模拟EF代码不会测试你的代码.
以上是大佬教程为你收集整理的实体框架 – 带MVC3的EF4 – 我需要存储库模式吗？全部内容，希望文章能够帮你解决实体框架 – 带MVC3的EF4 – 我需要存储库模式吗？所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。