版权声明：本文博客原创文章。博客，未经同意，不得转载。
本文转自mfrbuaa博客园博客，原文链接：http://www.cnblogs.com/mfrbuaa/p/4639295.html，如需转载请自行联系原作者
DDD Reference
2017-11-15
788
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《
阿里云开发者社区用户服务协议》和
《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写
侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：
目录
相关文章
|
SQL
缓存
Java
殷浩详解DDD系列 第三讲 - Repository模式
# 第三讲 - Repository模式
**写在前面**
这篇文章和上一篇隔了比较久，一方面是工作比较忙，另一方面是在讲Repository之前其实应该先讲Entity（实体）、Aggregate Root（聚合根）、Bounded Context（限界上下文）等概念。但在实际写的过程中，发现单纯讲Entity相关的东西会比较抽象，很难落地。所以本文被推倒重来，从Repository
36158
8
33
|
canal
消息中间件
存储
|
13天前
|
前端开发
测试技术
数据库
DDD架构中assembler和converter的区别
在 DDD 四层架构模式中，assembler 和 converter 常用于对象转换，但两者在实际项目中的使用较为随意。本文从英文释义、语义区分和模型层区分三个方面探讨了两者的区别，建议按模型层区分，即 Interface 和 Application 层使用 assembler，Infrastructure 层使用 converter，以避免混淆和随意使用。此外，将转换代码抽离为独立方法有助于保持代码整洁和可测试性。
48
1
1
|
1月前
|
算法
数据挖掘
文献讨论-Chromosome-Level Genome Assembly of the Green Peafowl (Pavo muticus)
关键词：长读长测序；基因测序；变异检测；
标题（英文）：Chromosome-Level Genome Assembly of the Green Peafowl (Pavo muticus)
标题（中文）：绿孔雀（Pavo muticus）的染色体级基因组组装
该研究发现了目前最全面、最完整的绿孔雀基因组，它将成为未来绿孔雀生态学、进化和保护研究的宝贵资源。
31
0
0
|
3月前
|
架构师
C++
微服务
区分DDD中的Domain, Subdomain, Bounded Context, Problem/Solution Space
区分DDD中的Domain, Subdomain, Bounded Context, Problem/Solution Space
46
3
3
|
JSON
Java
数据库
代码重构实战-将值对象改为引用对象（Change Value to Reference）
一个数据结构中可能包含多个记录，而这些记录都关联到同一个逻辑数据结构。例如，我可能会读取一系列订单数据，其中有多条订单属于同一个顾客。遇到这样的共享关系，既能将顾客信息作为值对象看待，也能将其视为引用对象
102
0
0
|
存储
SQL
缓存
DDD之Repository
之前的DDD文章中也指出过，现在从理论角度对于repository是错误，但一直没有摸索出最佳实践，都是当DAO使用，区别在于repository是领域层，也没有深入思考过
最近再次温习《DDD第二弹》时，看到了这个评论
970
0
3
|
API
网络架构
微服务
Clean Code系列之DDD分层参数转换
从代码中，可以明显看出这是一段处理登陆请求的方法。在大多数项目中，这种代码很常见。
它有什么坏味道呢？
分层穿透了，LoginRequest类本应该属于入口层，结果穿透到了service层。
细细追究，需要明确的问题：
1、LoginRequest到底属于哪一层，是resource层，还是service层？
2、没有达到DDD防腐层的意义，resource是隔离外部与核心业务的，但却变成了透传。
525
0
0
|
存储
数据安全/隐私保护
微服务
|
前端开发
Java
测试技术
殷浩详解DDD系列 第一讲 - Domain Primitive
# 写在最前面
对于一个架构师来说，在软件开发中如何降低系统复杂度是一个永恒的挑战，无论是94年GoF的Design Patterns，99年的Martin Fowler的Refactoring，02年的P of EAA，还是03年的Enterprise Integration Patterns，都是通过一系列的设计模式或范例来降低一些常见的复杂度。但是问题在于，这些书的理念是通过技术手段解
31654
10
51