![](https://img-blog.csdnimg.cn/20190927151043371.png?x-oss-process=image/resize,m_fixed,h_224,w_224)
DDD
文章平均质量分 92
DDD的学习与应用
BigBug_500
Talk is cheap.Show me the code.
EmailMeAt:snail.pu@foxmail.com
展开
-
实现领域驱动设计-实体、领域服务
当领域中的某个操作过程或转换过程不是实体或者值对象的职责时,我们应该将该操作放在一个单独的接口中,即领域服务。请确保该领域服务和业务、技术通用语言是一致的;并且保证它是无状态的;并且能够明确地表达限界上下文中的通用语言。另外一种解释:在战术建模当中,并非所有模型都是事物。有些模型是对领域中的一些行为操作进行建模。此类模型我们称之为领域服务。我们希望在领域设计当中统一用模型对象进行交互。此时领域服务使用细粒度的领域对象如实体或者值对象进行交互,在服务内部描述领域知识得出结果并将其返回(原创 2023-11-27 19:37:59 · 140 阅读 · 0 评论 -
实现领域驱动设计-应用结构
符合REST原则的系统具有更好的松耦合性和可伸缩性,基于REST的系统被分为很多较小的资源块,每一个资源块都可以独立地测试和调试,并且每一个资源块都表示了一个可重用的入口点。HTTP设计本身以及URI成熟的重写与缓存机制使得RESTful HTTP成为一种不错的架构。CQRS(Command Query Responsibility Segregation),Command 与 Query 分离的一种模式。Command:命令则是对会引起数据发生变化操作的总称,即新增,更新,删除这些操作,都是命令。原创 2023-11-20 23:11:39 · 188 阅读 · 0 评论 -
DDD系列:四、领域层设计规范
在接口层面,当把多个类似的业务,做到同一个接口中时,容易出现参数膨胀,所以在设计接口时,考虑Single Responsibility Principle,若不同的接口有相同的一些操作,需要下沉到Application Service层中去。接口层直接对接业务,可以快速的变化,但我们希望ApplicationService层的调整比较小,Domain层几乎没有变化。原创 2023-04-30 11:50:34 · 2107 阅读 · 0 评论 -
DDD系列:五、实际项目应用
Domain-Driven Design 是一种软件/应用结构设计方法论,它把,用于应对复杂且多变的业务。DDD的设计目标是,将,同时,提高软件的设计质量。同时,优先设计业务领域模型,屏蔽掉了大部分数据模型、技术实现细节,让开发者和上游下游的业务沟通上,减少gap。原创 2023-04-30 11:53:28 · 1053 阅读 · 0 评论 -
DDD系列:三、Repository模式
。原创 2023-04-30 11:50:01 · 2475 阅读 · 0 评论 -
DDD系列:二、应用架构设计演变
通过规定一个固定的架构设计,可以让团队内有一个统一的开发规范,降低沟通成本,提升效率和代码质量。目标。原创 2023-04-30 11:49:42 · 1679 阅读 · 0 评论 -
DDD系列:一、 Domain Primitive
软件开发中,是一个永恒的挑战。如使用一些设计模式或范例,从偏技术的角度来降低软件复杂度,而 DDD 的目标是对业务设计提出一种架构思想,进而降低复杂度。 在一个特定领域里,拥有精准定义的、可自我验证的、拥有行为的 Value Object。原创 2023-04-30 11:48:12 · 1328 阅读 · 0 评论