ska*_*kaz 6 entity-framework unit-of-work repository-pattern asp.net-mvc-3
我最近了解了存储库和工作单元设计模式,并认为我将在新的EF4 MVC3项目中实现它们,因为抽象通常很好.
当我将它们添加到项目中时,我想知道果汁是否值得谚语挤压,给出以下内容:
我看到使用Repository模式的唯一真正好处是单元测试应用程序.抽象出数据存储似乎并不有用,因为我知道数据存储区不会改变,而且,EF4已经提供了一个非常好的抽象(我只是调用.AddObject(),它看起来像我在修改内存中集合,我只是调用.SaveChanges()已经提供了工作单元模式).
我是否应该费心实施这种抽象？我觉得必须有一些我遗漏的巨大好处,但我觉得我不需要沿着这条路走下去.我愿意相信; 有人可以提起诉讼吗？谢谢.
我建议你阅读这个答案和所有相关的问题.存储库是非常流行的模式,它确实使您的应用程序变得干净整洁.它让您觉得您的架构是正确的,但有关EF的存储库模式的一些假设是不正确的.在我看来(在那些答案中描述):
| 归档时间： |
|
| 查看次数： |
4078 次 |
| 最近记录： |