DDD的类命名规范

最新推荐文章于 2024-08-15 03:58:41 发布
最新推荐文章于 2024-08-15 03:58:41 发布
阅读量3.9k 收藏 9
点赞数
分类专栏： DDD 文章标签： DDD 命名规范 DDD类
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/nklinsirui/article/details/117935538
版权
本文详细介绍了DDD（领域驱动设计）的类命名规范，涵盖了用户界面层、应用层、领域层和基础设施层，并讨论了领域对象（DO）在界面展示和数据持久化中的使用策略，强调了类命名在业务逻辑内聚中的重要性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

文章目录

DDD的类命名规范

前言

本文整理了DDD的类命名规范，供参考。

下面按照DDD分层架构进行说明：

  • 用户界面层
  • 应用层
  • 领域层
  • 基础设施层

将各个层都会用到的类归到其他的类命名规范中。

用户界面层的类命名规范

类型 说明 建议命名 示例
控制器（Controller） MVC控制器 XXXController TransferController

应用层的类命名规范

类型 说明 建议命名 示例
应用服务类（Application Service） 封装了技术逻辑，协调者，调用领域层，本身不负责业务逻辑。与领域服务类（Domain Service)同名时，通过类路径来区分。 XXXService FundsTransferService

领域层的类命名规范

类型 说明 建议命名 示例
实体（Entity）
最低0.47元/天 解锁文章
DDD（领域驱动设计）
偶尔思绪会留在这里
10-19 538
领域驱动设计（英语：domain-driven design，缩写DDD）是软件代码的结构及语言（类别名称、类方法、类变量）需符合业务领域中的习惯用法。例如处理租赁业务的软件，其类型可以命名为LoanApplication及Customer，其方法可以用AcceptOffer及Withdraw。 领域驱动设计可以将实现对应到持续进化的模型[1]。 领域驱动设计的前提是： 把项目的主要重点放在核心领域（core domain）和领域逻辑 以领域中的模型为基础，进行复杂的设计 让技术人员以及领域专家.
DDD重构-实体与限界上下文重构
最新发布
fajian.chen
10-19 1546
DDD 方法需要不同类型的类元素，例如实体或值对象，并且几乎所有这些类元素都可以看作是常规的 Java 类。它们的总体结构是一般来说，DDD的和包含把数据库表转换为Java类。包括类的名称和属性，还包括每个属性的类型，并符合DDD的模型数据库表和列的名称通常用带下划线分隔符的大写字母书写。
DDD实战篇：分层架构的代码结构
02-25
不同于其它的架构方法，领域驱动设计DDD(DomainDrivenDesign)提出了从业务设计到代码实现一致性的要求，不再对分析模型和实现模型进行区分。也就是说从代码的结构中我们可以直接理解业务的设计，命名得当的话，非程序人员也可以“读”代码。然而在整个DDD的建模过程中，我们更多关注的是核心领域模型的建立，我们认为完成业务的需求就是在领域模型上的一系列操作(应用)。这些操作包括了对核心实体状态的改变，领域事件的存储，领域服务的调用等。在良好的领域模型之上，实现这些应用应该是轻松而愉快的。笔者经历过很多次DDD的建模工作坊，在经历了数天一轮又一轮激烈讨论和不厌其烦的审视之后，大家欣慰地看着白
DDD系列第四讲：领域层设计规范
void
01-03 1614
在一个DDD架构设计中，领域层的设计合理性会直接影响整个架构的代码结构以及应用层、基础设施层的设计。但是领域层设计又是有挑战的任务，特别是在一个业务逻辑相对复杂应用中，每一个业务规则是应该放在Entity、ValueObject 还是 DomainService是值得用心思考的，既要避免未来的扩展性差，又要确保不会过度设计导致复杂性。今天我用一个相对轻松易懂的领域做一个案例演示，但在实际业务应用中，无论是交易、营销还是互动，都可以用类似的逻辑来实现。 初探龙与魔法的世界架构 背景和规则 平日里看了好多严肃的
命名规范
DDDDL12358的博客
02-15 326
** 命名规范 ** 包（其实就是文件夹，用于解决相同类名问题）。 包名要求全部小写，一般是公司的域名倒着写。 www.heima.com。 www.heima的作用。 类或者接口： 一个单词或多个单词举例： 如果是一个单词要求首字母大写，如果是多个单词要求每个首字母大写（驼峰命名）。 方法和变量： 一个单词或多个单词举例， 如果是一个单词，每个单词都小写，如果是多个单词，第二个单词开始首字母大写...
ddd
xzm_cn
11-27 447
按钮 -------------------------------------------------- 指针        Pointer 放大 ZoomIn 缩小 ZoomOut 加主机 AddHost 加交换机 AddSwitch 加路由器 AddRouter 加空局域网 AddLan 加局域网模板 AddLanModel 加自制域 AddAs 加自制域模板 AddA
记录些 DDD 实践规范（1）
安静的软件工程师
08-07 678
记录些 DDD 实践规范（1）
DDD之领域层设计规范
weixin_45596022的博客
05-02 1388
在一个DDD架构设计中，领域层的设计合理性会直接影响整个架构的代码结构以及应用层、基础设施层的设计。但是领域层设计又是有挑战的任务，特别是在一个业务逻辑相对复杂应用中，每一个业务规则是应该放在Entity、ValueObject 还是 DomainService是值得用心思考的，既要避免未来的扩展性差，又要确保不会过度设计导致复杂性。 一，需求背景 用代码实现一个龙与魔法的游戏世界的（极简）规则？ 基础配置如下 玩家（Player）可以是战士（Fighter）、法师（Mage）、龙骑（Dragoon）
DDD：建模原语之四象图
01-30
命名：模型、结构特征、行为特征、场景（及其规约）。释义：模型，描述事物为一组时间函数，蕴藏了与事物相关的所有事实。特征，从模型上剥离的一组时间函数。特征分为两大类，一类是结构特征，一类是行为特征。场景...
ddd.zip_ddd
09-22
关于标题“ddd.zip_ddd”，我们可以推测它可能是一个具有特定命名规则的文件版本号。在软件开发中，通常会使用如“版本号.修订号_构建号”这样的命名机制来标识软件的不同更新版本。在这种情况下，“ddd.zip_ddd”中...
殷浩详解DDD：领域层设计规范
阿里云云栖号
05-20 3057
简介：在一个DDD架构设计中，领域层的设计合理性会直接影响整个架构的代码结构以及应用层、基础设施层的设计。但是领域层设计又是有挑战的任务，特别是在一个业务逻辑相对复杂应用中，每一个业务规则是应该放在Entity、ValueObject 还是 DomainService是值得用心思考的，既要避免未来的扩展性差，又要确保不会过度设计导致复杂性。今天我用一个相对轻松易懂的领域做一个案例演示，但在实际业务应用中，无论是交易、营销还是互动，都可以用类似的逻辑来实现。 作者 | 殷浩 来源 | 阿里技术公众号 .
记录些 DDD 实践规范（3）
安静的软件工程师
08-08 1172
记录些 DDD 实践规范（3）
阿里大佬：DDD 领域层，该如何设计？
架构师尼恩
11-04 1004
在正式开始第4篇之前，尼恩说一下自己对DDD的 亲身体验、和深入思考。大大提升 核心代码业务纯度老的mvc架构，代码中紧紧的耦合着特定ORM框架、特定DB存储、特定的缓存、特定的事务框架、特定中间件，特定对外依赖解耦， 很多很多。总之就是 业务和技术紧密耦合，代码的 业务纯度低， 导致软件“固化”， 没法做快速扩展和升级。大大提升 代码工程测维扩 能力DDD进行了多个层次的解耦，包括 持久层的DB解耦，外依第三方赖的隔离解耦，大大提升了 可测试度、可维护度、可扩展度更大限度 积累。
记录些 DDD 实践规范（9）
安静的软件工程师
08-15 1154
记录些 DDD 实践规范（9）
由Spring应用的瑕疵谈谈DDD的概念与应用（二）
weixin_33953384的博客
04-14 480
在上一篇文章中，通过Spring Web应用的瑕疵引出改善的措施，我们讲解了领域驱动开发的相关概念和设计策略。本文主要讲解领域模型的几种类型和DDD的简单实践案例。 架构风格 在《实现领域驱动设计》一书中提到了几种架构风格：六边形架构、REST架构、CQRS 和事件驱动等。在实际使用中，落地的架构并非是纯粹其中的一种，而很有可能户将上述几种架构风格结合起来实现。 分层架构 分层架构的一个重要原则是...
DDD系列：四、领域层设计规范
BigBug_500的博客
04-30 2294
在接口层面，当把多个类似的业务，做到同一个接口中时，容易出现参数膨胀，所以在设计接口时，考虑Single Responsibility Principle，若不同的接口有相同的一些操作，需要下沉到Application Service层中去。接口层直接对接业务，可以快速的变化，但我们希望ApplicationService层的调整比较小，Domain层几乎没有变化。
关于前端代码基本命名规范与格式规范
水痕
06-22 1273
一、HTML命名规范及格式规范 1、html代码中所有的标签和属性应该都是小写(虽然大写不会错,但w3建议都是小写) 2、在html代码中id多个单词要用下划线_连接,例如:reader_info 3、在html代码中clss多个单词用中划线-连接,例如:reader-info 4、如果仅仅是给js调用的class那么就在class的属性前加上js,例如:js-active 5、不管是id还是cla
大话领域驱动设计——领域层
寒冰屋的专栏
06-01 1149
在DDD中，业务逻辑主要分布在领域层和应用层两层，他们包含不同的业务逻辑。这一篇，我们先对领域层做详细的讲解分析。
DDD全网最通俗易懂讲解（一）
weixin_42907150的博客
11-28 990
领域就是用来确定范围的，范围即边界，这也是DDD在设计中不断强调边界的原因。简言之，DDD的领域就是这个边界内要解决的业务问题域。领域可以进一步划分为子领域。一个领域相当于一个问题域，领域拆分为子域的过程就是大问拆分为小问题的过程。其实好理解，领域会细分为不同的子域他们分别是：核心域，通用域和支撑域决定产品和公司核心竞争力的子域就是核心域，他是业务成功的主要因素和公司的核心竞争力。没有太多个性化的述求，同时被多个子域使用的通用功能子域就是通用域。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值