DDD的代码结构

DDD( 领域驱动设计)概念来源于2004年著名建模专家eric evans的书籍:《domain-driven design –tackling complexity in the heart of software》(中文译名:领域驱动设计—软件核心复杂性应对之道)。

DDD领域驱动设计,代码层次结构分为五层:adapter层、client层、app层、domain层、infrastructure层。如果是web服务,则包含adapter层。如果是业务服务,则可以去掉adapter层。

一、adapter层

adapter层主要是根据请求来源或类型进行适配,对app层的结果进行封装。

com.域名.项目名
├── adapter            // 适配层模块
│       └── web                           // 网页端
│       └── mobile                        // 手机端
│       └── service                       // 服务端

二、client层

client层是对外提供的SDK,包含API的定义,以及数据传输对象。

com.域名.项目名
├── client             // sdk模块
│       └── api                           // 网关实现层
│       └── dto                           // 数据接口

三、app层

app层是应用层,主要负责领域的整合和事务的管理,以及定时任务和消息的处理。

com.域名.项目名
├── app                // 应用模块
│       └── executor                      // 执行层
│              └── query                          // 查询层
│              └── command                        // 命令层
│       └── consumer                      // 消息层
│       └── scheduler                     // 定时任务

四、domain层

domain层是领域层,主要是聚合的划分,包括聚合根、实体、值对象,以及领域能力和网关接口。

com.域名.项目名
├── domain             // 领域层模块
│       └── model                         // 模型层
│              └── aggregate                      // 聚合层
│              └── entity                         // 实体层
│              └── valueobject                    // 值对象层
│       └── ability                       // 领域能力层
│       └── gateway                       // 网关接口层

五、infrastructure层

infrastructure层是基础设施层,采用了依赖倒置的原则,infrastructure层依赖于domain层,是领域层网关的具体实现。

com.域名.项目名
├── infrastructure     // 基础设施层模块
│       └── gatewayimpl                   // 网关实现层
│       └── mapper                        // 数据接口
│       └── config                        // 配置信息

### Java 中 DDD代码结构 在Java项目中实施领域驱动设计(DDD),可以显著提升系统的可维护性和扩展性。为了实现这一点,通常会采用分层架构模式来组织代码,确保每一部分都有明确的责任边界。 #### 1. 领域模型层 该层次包含了代表业务实体的核心类以及它们之间的关系。这些类应该尽可能保持纯净,只关注于表达业务逻辑而不涉及任何技术细节或基础设施依赖项[^1]。 ```java public class Order { private final String id; private List<Item> items; public void addItem(Item item){ this.items.add(item); } // Getters and setters omitted for brevity. } ``` #### 2. 应用服务层 此层负责协调不同领域对象的操作流程,并提供外部接口供其他模块调用。应用服务不应该包含复杂业务逻辑;相反,它应当委托给相应的领域对象处理具体事务[^2]。 ```java @Service public class OrderService { @Autowired private Repository<Order> orderRepository; public void createOrder(Order newOrder) throws Exception{ validate(newOrder); // Validation logic can be encapsulated within the domain model or a separate validator component. orderRepository.save(newOrder); } private void validate(Order order){ // Implement validation rules here... } } ``` #### 3. 基础设施层 这一层主要处理与外界资源交互的任务,比如数据库访问、消息队列通信等。通过引入抽象接口,在不影响上层组件的情况下能够轻松替换具体的实现方式[^4]。 ```java @Repository interface OrderRepository extends JpaRepository<Order, Long> {} @Configuration class InfrastructureConfig { @Bean public DataSource dataSource(){ EmbeddedDatabaseBuilder builder = new EmbeddedDatabaseBuilder(); return builder.setType(EmbeddedDatabaseType.HSQL).build(); } } ``` #### 4. 用户界面/API 层 这是应用程序最外侧的一环,用于接收来自用户的请求并返回响应结果。对于Web应用来说通常是RESTful API端点的形式存在;而对于桌面程序则可能是图形化窗口控件。 ```java @RestController @RequestMapping("/orders") public class OrderController { @Autowired private OrderService orderService; @PostMapping("") ResponseEntity<?> add(@RequestBody OrderDTO dto){ try { var order = convertToEntity(dto); orderService.createOrder(order); URI location = ServletUriComponentsBuilder.fromCurrentRequest() .path("/{id}").buildAndExpand(order.getId()).toUri(); return ResponseEntity.created(location).body(null); } catch (Exception e){ return ResponseEntity.status(HttpStatus.BAD_REQUEST).body(e.getMessage()); } } } ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

ronshi

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值