DDD中repository 的使用经验

最新推荐文章于 2023-10-18 12:08:28 发布
最新推荐文章于 2023-10-18 12:08:28 发布
阅读量1.4k 收藏
点赞数
分类专栏： 自我心的 Web实践之路 文章标签： ['DDD' 'repository']
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/muzizongheng/article/details/85228939
版权
Repository（资源库）有2种： 1.面向对象资源库； 2. 面向持久化资源库

面向对象资源库的特点：
一个资源库应该模拟一个集合， 无论采用什么类型的持久化机制，我们都不应该允许多次添加同一个对象。另外当从资源库获取一个对象并对其进行修改时， 我们并不需要“重新保存”该对象到资源库。 即自动保存更改

依赖倒置原则：
高层模块不应依赖于底层模块， 两者皆应依赖于抽象；
抽象不应依赖于细节，细节依赖于抽象

muzizongheng
关注
专栏目录
DDD系列 - 第6讲 仓库Repository - Mybatis篇
罗小爬的技术宝书
12-10 1137
书接上回，之前通过一个关于拆解、微服务、面向对象的故事，向大家介绍了如何从微服务、面向对象一步步演进到DDD的，整个演进过程如下图：其中在领域层，我们定义了富血模型的领域模型，包括聚合、聚合根、实体、值对象等。聚合在代码层面中的表现形式即是一个包Package，起到了边界的作用，聚合内的对象间高内聚，而聚合间低耦合。聚合中放着实体、值对象、仓库等，实体相较于值对象的一个典型区别就是实体存在唯一标识，并且可通过该唯一标识查询到该实体并对其进行相关操作，值对象不存在唯一标识且通常作为实体。
DDD系列 - 第7讲 仓库Repository - JPA篇（一）
最新发布
罗小爬的技术宝书
12-17 1044
本篇文章继续以前一篇中的商品聚合为例，但是领域模型和仓库Repository实现均借助于Spring Data JPA。
DDD之Repository模式
weixin_45596022的博客
05-02 3158
一，传统架构下的实体模型 传统的应用架构，几乎就是根据需求设计数据库的表，根据表建立实体，对应着实体的就是DAO，Service，Controller，也就是传统的MVC三层架构。 回顾下我们平时写的代码，里面有着很多的xxxUtils工具类，很多的参数校验逻辑与业务逻辑混杂在一起，很多的实体类直接与数据库进行一对一映射。 好处很明显，在业务初期，开发起来很容易，相对比较简单，流水线式编码，但是，一旦后期需求变更，业务改造，数据库表发生变化，可能给我们带来毁灭性的负担。所谓牵一发而动全身，前面欠下了技术债，
C#进阶系列——DDD领域驱动设计初探（三）：仓储Repository（下）
weixin_34123613的博客
09-25 276
前言：上篇介绍了下仓储的代码架构示例以及简单分析了仓储了使用优势。本章还是继续来完善下仓储的设计。上章说了，仓储的最主要作用的分离领域层和具体的技术架构，使得领域层更加专注领域逻辑。那么涉及到具体的实现的时候我们应该怎么做呢，本章就来说说仓储里面具体细节方便的知识。 DDD领域驱动设计初探系列文章： C#进阶系列——DDD领域驱动设计初探（一）：聚合 C#进阶系列——DDD领域驱动设计初...
初探领域驱动设计（2）Repository在DDD中的应用
weixin_34185320的博客
10-09 385
概述 　　上一篇我们算是粗略的介绍了一下DDD，我们提到了实体、值类型和领域服务，也稍微讲到了DDD中的分层结构。但这只能算是一个很简单的介绍，并且我们在上篇的末尾还留下了一些问题，其中大家讨论比较多的，也是我本人之前有一些疑问的地方就是Repository。我之前觉得IRepository和三层里面的IDAL很像，为什么要整出这么个东西来；有人说用EF的话就不需要Repository了；IRe...
微服务学习笔记 DDD中的Repository
qj4865的博客
05-17 1093
浅薄的了解ddd中的repository层，就是起到一个聚合的作用。他介于domain和dao层之间，相当于一个聚合dao数据的作用。比如说我一个查询需要先查cache，命中不到再去找dao，那我这个逻辑就可以放在repo层；又比如说我一个domain层需要一组数据，这个数据是从多个表拿的，那么我就也可以吧多个dao查出来的数据，在repo层聚合。 ...
DDD中的Repository模式，值得所有人掌握！
weixin_54542328的博客
10-18 680
大家好，我是飘渺。今天我们继续更新DDD（领域驱动设计） & 微服务系列。在之前的文章中，我们探讨了如何在DDD中结构化应用程序。我们了解到，在DDD中通常将应用程序分为四个层次，分别为用户接口层（Interface Layer），应用层（Application Layer），领域层（Domain Layer），和基础设施层（Infrastructure Layer）。此外，在用户注册的主题中，我们简要地提及了资源库模式。然而，那时我们并没有深入探讨。今天，我将为大家详细介绍资源库模式，这在DDD中是一个非
DDD资源库Repository的性能优化
吴就业
06-02 984
在DDD中，聚合根需通过资源库（Repository）持久化，资源库将聚合根的存储与存储中间件（Mysql、ElasticSearch、MonogoDB等）解耦，我们可以根据聚合的业务特性...
DDD Repository & Service
weixin_30247307的博客
07-21 326
Repository 1.查询、保存数据 2.处理数据跟据上下文权限过滤 Service 1.处理数据，无权限过滤概念 转载于:https://www.cnblogs.com/rock_chen/archive/2012/03/06/2382764.html...
领域驱动(DDD)充血模式下，domain 与 Service以及Repository的解耦---DOMAIN EVENT
03-18
NULL 博文链接：https://wolfweis.iteye.com/blog/690406
DDD、Repository、Factory百家争鸣
最后一个BUG留给我
06-02 1703
Face Bug ：學過Design Patterns的人應該對Factory不陌生，我們用它來簡化物件的複雜創建過程。Factory用於從無到有的建立過程，就好比一台Notebook，在生產線上一路組裝各種零件，最後成為一台可被銷售的商品，在這個案例裡，Notebook商品概念就是一個聚合，前面說過，只能透過Aggregate Root來存取整個聚合，因此Factory就是用來建立這個聚合。
DDD资源
大强博客
08-18 166
1、DDD官网 2、DDD官方示例 《领域驱动设计：软件核心复杂性应对之道》（修订版）第7章使用语言：一个扩展的示例 旧地址 3、领域语言
领域驱动设计DDD系列（三）——Repository模式
weixin_38002497的博客
12-08 2914
DDD的宏观理念其实并不难懂，但是如同REST一样，DDD也只是一个设计思想，缺少一套完整的规范，导致DDD新手落地困难。我之前的架构篇主要从顶层设计往下看，从这一篇开始我希望能填补上一些DDD的代码落地规范，帮助同学在日常工作中落地DDD思想，并且希望能通过一整套规范，让不同的业务之间的同学能够更快的看懂、掌握对方的代码。但是规则是死的、人是活的，各位同学需要根据自己业务的实际情况去有选择的去落地规范，DDD的规范不可能覆盖所有场景，但我希望能通过解释，让同学们了解DDD背后的一些思考和取舍。 为什么要
DDD领域驱动设计详解（3）-Repository模式
大致若愚的博客
02-17 1100
作者|殷浩 出品|阿里巴巴新零售淘系技术部 写在前面： 这篇文章和《阿里技术专家详解DDD系列 第二弹 - 应用架构》隔了比较久，一方面是工作比较忙，另一方面是在讲Repository之前其实应该先讲Entity（实体）、Aggregate Root（聚合根）、BoundedContext（限界上下文）等概念。但在实际写的过程中，发现单纯讲Entity相关的东西会比较抽象，很难落地。所以本文被推倒重来，从Repository开始入手，先把可以落地的、能形成规范的东西先确定下来，最后再尝试...
Repository 仓储，你的归宿究竟在哪？（一）－仓储的概念
weixin_33845477的博客
08-11 517
写在前面 写这篇博文的灵感来自《如何开始DDD(完)》，很感谢young.han兄这几天的坚持，陆陆续续写了几篇有关于领域驱动设计的博文，让园中再次刮了一阵“DDD探讨风”，我现在不像前段时间那样“疯狂”了，写博文需要灵感，就像这篇一样。那篇博文除去其他的一些问题探讨，留给我印象最深的就是：领域服务中使用仓储，下面摘自文中我的一段评论： 领域服务中去调用仓储，这一点是我一直所纠结的地方，我现...
阿里技术专家详解DDD系列 第三讲 - Repository模式
Javaesandyou的博客
03-07 1509
为什么要用 Repository 实体模型 vs. 贫血模型 Entity（实体）这个词在计算机领域的最初应用可能是来自于Peter Chen在1976年的“The Entity-Relationship Model - Toward a Unified View of Data"（ER模型），用来描述实体之间的关系，而ER模型后来逐渐的演变成为一个数据模型，在关系型数据库中代表了数据的储存方式。 而2006年的JPA标准，通过@Entity等注解，以及Hibernate等ORM框架的实现，让很多Ja
ddd的战术篇: Repository的实现
热门推荐
abchywabc的博客
04-22 1万+
讲解关于repository与specification的实现方法
REST & DDD 谈谈REST和DDD Repository的设计
水月的专栏
08-29 357
看了很多REST的文章, 这里谈谈对REST的个人理解.   在传统的Layered Architecture中, REST的位置应该是属于Domian Layer中的Repository, 之所以这么说的原因是, REST所针对的都是名词, 例如我们针对Player这个Aggregate的Root设计的REST服务:   REST: /Player   interface Playe...
DDD中repository和adapter区别
07-16
在DDD（领域驱动设计）中，Repository和Adapter是两个不同的概念。 1. Repository（仓储）： Repository是DDD中用于处理领域对象的持久化和检索的接口。它是领域层与数据访问层之间的接口，负责将领域对象持久化到数据库或其他存储介质中，并提供查询和检索领域对象的方法。Repository的主要职责是对领域对象进行增删改查操作，并且封装了数据访问层的具体实现细节，使得领域层可以独立于具体的数据访问技术。 2. Adapter（适配器）： Adapter是用于将不同的接口或协议之间进行适配和转换的组件。在DDD中，Adapter通常用于将外部系统（如第三方服务、消息队列、Web服务等）与领域对象进行交互。适配器负责将外部系统的数据格式转换为领域对象所需的格式，并将领域对象的操作转换为外部系统所需的格式。适配器主要职责是解耦领域层与外部系统之间的依赖，使得领域层可以独立于外部系统的具体实现。 总结： Repository主要用于领域对象的持久化和检索操作，封装了数据访问层的实现细节；而Adapter主要用于领域对象与外部系统之间的适配和转换，解耦了领域层与外部系统的依赖关系。它们在DDD中扮演不同的角色，但都是为了支持领域模型的设计和实现。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值