Repository模式

之前一直很不理解为啥有了数据持久层之后还需要一个一层用来隔离数据持久层和业务逻辑层。数据库明明已经和业务逻辑解耦了,如果数据库更换,直接更改orm层不就好了。那现在又加了一层Repository,为啥呢?

Repository 是一个独立的层,介于领域层与数据映射层 (数据访问层) 之间。它的存在让领域层感觉不到数据访问层的存在,它提供一个类似集合的接口提供给领域层进行领域对象的访问。Repository 是仓库管理员,领域层需要什么东西只需告诉仓库管理员,由仓库管理员把东西拿给它,并不需要知道东西实际放在哪。(咦,难道DAL\ORM不是这样的吗?)
Repository 模式是架构模式,在设计架构时,才有参考价值;
Repository 模式主要是封装数据查询和存储逻辑;
Repository 模式实际用途:更换、升级 ORM 引擎,不影响业务逻辑;
Repository 模式能提高测试效率,单元测试时,用 Mock 对象代替实际的数据库存取,可以成倍地提高测试用例运行速度。

总结来说,就是让业务逻辑层和数据持久层再次解耦,让业务逻辑层感觉不到持久层的存在,以后如果想更换持久层框架,只需要更改Repository层即可。不需要更改业务逻辑层的代码。
一切都为解耦。

posted @   两小无猜  阅读(61)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· winform 绘制太阳,地球,月球 运作规律
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· AI与.NET技术实操系列(五):向量存储与相似性搜索在 .NET 中的实现
· 超详细:普通电脑也行Windows部署deepseek R1训练数据并当服务器共享给他人
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
主题色彩
点击右上角即可分享
微信分享提示