设计模式 – 存储库只是单元测试所必需的吗?

Ayende前段时间写了一套关于 Repositories are the new Singletons模式的文章.我已经读完了所有这些,我想,我同意他的几点意见.大多数时候,我看到有几十个存储库的项目只是为了抽象一个ORM的使用,它已经抽象了数据库访问.

在避免它们之后,我开始遇到一些问题来隔离我的UT代码,因为有些ORM是难以模拟的软件,或者至少是EF.一些Ayende的项目使用内存数据库进行测试,但即使它工作正常,我也不想这样做.

所以,这是我的问题:我不想拥有数十个典型的存储库,也不喜欢通用存储库,但是,我希望有一种简单的方法来隔离我的代码.

目前存储库仅对UT有用吗?

注意:我说的是数据库访问,而不是抽象其他类型的数据源,如远程服务.

解决方法

对我来说,存储库(或DAO)很有用,因为它们将与持久性相关的代码与业务逻辑代码隔离开来.

(期望的)副作用之一是业务逻辑代码和数据访问代码变得更容易测试.

一个期望的副作用是持久性相关方法可以通过多个业务逻辑服务轻松地重用.

相关文章

vue阻止冒泡事件 阻止点击事件的执行 <div @click=&a...
尝试过使用网友说的API接口获取 找到的都是失效了 暂时就使用...
后台我拿的数据是这样的格式: [ {id:1 , parentId: 0, name:...
JAVA下载文件防重复点击,防止多次下载请求,Cookie方式快速简...
Mip是什么意思以及作用有哪些