JAVA DDD架构之洋葱架构

1. 洋葱架构核心层次

应用层 (Application)
↑
领域层 (Domain) ← 基础设施层 (Infrastructure)

1.1 标准分层(从内到外)

领域模型层(Domain Model) - 最内层,包含实体、值对象、聚合根、领域服务等
领域服务层(Domain Services) - 处理跨聚合的业务逻辑
应用服务层(Application Services) - 协调领域对象完成用例
接口适配层(Interface Adapters) - 控制器、DTO转换等
基础设施层(Infrastructure) - 最外层,数据库、消息队列等实现

2. Java实现示例

项目结构

src/main/java
├── com
│   └── example
│       ├── application    // 应用层
│       ├── domain         // 领域层
│       │   ├── model      // 领域模型
│       │   ├── repository // 仓储接口
│       │   └── service    // 领域服务
│       ├── infrastructure // 基础设施层
│       └── interfaces     // 接口层

2.1 领域模型实现

// 聚合根示例
package com.example.domain.model;

public class Order {
    private OrderId id;
    private CustomerId customerId;
    private List<OrderItem> items;
    private OrderStatus status;
    
    // 领域行为
    public void addItem(ProductId productId, int quantity, Money price) {
        // 业务规则验证
        if (status != OrderStatus.DRAFT) {
            throw new IllegalStateException("Cannot add items to a confirmed order");
        }
        items.add(new OrderItem(productId, quantity, price));
    }
    
    public void confirm() {
        if (items.isEmpty()) {
            throw new IllegalStateException("Cannot confirm an empty order");
        }
        status = OrderStatus.CONFIRMED;
        // 可以在这里发布领域事件
    }
    
    // 值对象示例
    public static class OrderItem {
        private final ProductId productId;
        private final int quantity;
        private final Money price;
        
        // 构造函数、getters等
    }
}

2.2 领域服务

package com.example.domain.service;

public class OrderService {
    private final OrderRepository orderRepository;
    private final PaymentService paymentService;
    
    public OrderService(OrderRepository orderRepository, PaymentService paymentService) {
        this.orderRepository = orderRepository;
        this.paymentService = paymentService;
    }
    
    public void processOrderPayment(OrderId orderId, PaymentDetails paymentDetails) {
        Order order = orderRepository.findById(orderId)
            .orElseThrow(() -> new OrderNotFoundException(orderId));
        
        if (order.getStatus() != OrderStatus.CONFIRMED) {
            throw new IllegalStateException("Order must be confirmed before payment");
        }
        
        PaymentResult result = paymentService.processPayment(
            order.getTotalAmount(), 
            paymentDetails);
        
        if (result.isSuccess()) {
            order.markAsPaid();
            orderRepository.save(order);
        } else {
            throw new PaymentFailedException(result.getReason());
        }
    }
}

2.3 应用服务

package com.example.application;

public class OrderApplicationService {
    private final OrderService orderService;
    private final OrderRepository orderRepository;
    
    public OrderApplicationService(OrderService orderService, 
                                 OrderRepository orderRepository) {
        this.orderService = orderService;
        this.orderRepository = orderRepository;
    }
    
    @Transactional
    public void createOrder(CreateOrderCommand command) {
        Order order = new Order(command.getCustomerId());
        command.getItems().forEach(item -> 
            order.addItem(item.getProductId(), item.getQuantity(), item.getPrice()));
        
        order.confirm();
        orderRepository.save(order);
    }
    
    @Transactional
    public void payOrder(PayOrderCommand command) {
        orderService.processOrderPayment(
            command.getOrderId(), 
            command.getPaymentDetails());
    }
}

2.4 基础设施实现

package com.example.infrastructure.persistence;

@Repository
public class JpaOrderRepository implements OrderRepository {
    private final OrderJpaRepository jpaRepository;
    
    @Override
    public Optional<Order> findById(OrderId id) {
        return jpaRepository.findById(id.getValue())
            .map(this::toDomain);
    }
    
    @Override
    public void save(Order order) {
        OrderEntity entity = toEntity(order);
        jpaRepository.save(entity);
    }
    
    // 转换方法...
}

2.5 接口适配层

package com.example.interfaces.rest;

@RestController
@RequestMapping("/orders")
public class OrderController {
    private final OrderApplicationService orderApplicationService;
    
    @PostMapping
    public ResponseEntity<?> createOrder(@RequestBody CreateOrderRequest request) {
        CreateOrderCommand command = toCommand(request);
        orderApplicationService.createOrder(command);
        return ResponseEntity.accepted().build();
    }
    
    @PostMapping("/{id}/payments")
    public ResponseEntity<?> payOrder(
        @PathVariable String id, 
        @RequestBody PayOrderRequest request) {
        
        PayOrderCommand command = new PayOrderCommand(
            new OrderId(id),
            new PaymentDetails(request.getCardNumber(), request.getAmount()));
        
        orderApplicationService.payOrder(command);
        return ResponseEntity.ok().build();
    }
}

3. 依赖注入配置

@Configuration
public class AppConfig {
    @Bean
    public OrderRepository orderRepository(OrderJpaRepository jpaRepository) {
        return new JpaOrderRepository(jpaRepository);
    }
    
    @Bean
    public OrderService orderService(
        OrderRepository orderRepository,
        PaymentService paymentService) {
        return new OrderService(orderRepository, paymentService);
    }
    
    @Bean
    public OrderApplicationService orderApplicationService(
        OrderService orderService,
        OrderRepository orderRepository) {
        return new OrderApplicationService(orderService, orderRepository);
    }
}

4. 洋葱架构关键原则

依赖方向:内层不依赖外层,外层依赖内层
领域模型纯净:领域层不依赖任何基础设施
接口隔离:通过接口定义依赖关系
依赖注入:通过DI容器管理依赖关系

5. 优势与适用场景

优势
业务逻辑高度内聚
技术细节与业务分离
易于测试和维护
技术栈更换成本低

适用场景
复杂业务系统
长期演进的项目
需要多团队协作的大型项目

6. 常见问题解决方案

Q: 如何处理跨聚合的事务?
A: 使用领域事件+最终一致性,或者应用层的@Transactional

Q: 如何避免贫血模型?
A: 确保领域对象包含业务行为,而不仅仅是getter/setter

Q: 基础设施如何访问领域模型?
A: 通过仓储接口,由基础设施层实现具体持久化逻辑

7. 依赖注入最佳实践

@Service
public class OrderService {
    private final OrderRepository orderRepository;
    private final PaymentService paymentService;
    
    public OrderService(OrderRepository orderRepository, 
                       PaymentService paymentService) {
        this.orderRepository = orderRepository;
        this.paymentService = paymentService;
    }
}

改进说明
移除冗余的@Autowired注解:
从Spring 4.3开始,单个构造器的情况下会自动注入,不需要显式@Autowired
更简洁,减少样板代码

添加@Service注解:
明确标识这是一个Spring管理的服务组件
使类更容易被组件扫描发现

保持final字段:
确保依赖不可变
帮助识别未初始化的依赖
线程安全

参数校验(可选增强):

public OrderService(OrderRepository orderRepository, 
                   PaymentService paymentService) {
    this.orderRepository = Objects.requireNonNull(orderRepository, 
        "OrderRepository must not be null");
    this.paymentService = Objects.requireNonNull(paymentService, 
        "PaymentService must not be null");
}

在开发早期捕获可能的注入失败
提供更清晰的错误信息

为什么这是最佳实践?
不可变性:final字段确保依赖关系在构造后不会改变
明确性:一眼就能看出类的所有依赖
可测试性:无需Spring容器也能轻松实例化和测试
单一职责:构造器只做初始化,不包含业务逻辑
Spring推荐:符合Spring团队官方推荐的做法

其他注意事项
多个构造器情况:

如果有多个构造器,需要在想要使用的构造器上添加@Autowired
但通常建议保持单个构造器

Lombok简化(可选)

@Service
@RequiredArgsConstructor
public class OrderService {
    private final OrderRepository orderRepository;
    private final PaymentService paymentService;
}

使用Lombok自动生成构造器

争议点:部分团队偏好显式代码

循环依赖警示:

构造器注入会立即暴露循环依赖问题
这是优点而非缺点,促使更好的设计

8. 订单状态变更时更新库存的实现方案

项目包结构

src/main/java/com/example/order/
├── application/
├── domain/
│   ├── event/
│   │   ├── DomainEvent.java
│   │   ├── OrderConfirmedEvent.java
│   │   ├── OrderCancelledEvent.java
│   │   └── publisher/
│   │       ├── DomainEventPublisher.java
│   │       └── SimpleDomainEventPublisher.java
│   ├── model/
│   │   ├── Order.java
│   │   ├── OrderItem.java
│   │   └── OrderStatus.java
│   └── service/
│       └── OrderService.java
├── infrastructure/
│   ├── event/
│   │   └── handler/
│   │       ├── InventoryUpdateHandler.java
│   │       └── OrderEventCompensator.java
│   └── persistence/
└── interfaces/

核心类实现

1. 基础领域事件接口

// domain/event/DomainEvent.java
package com.example.order.domain.event;

import java.time.LocalDateTime;

public interface DomainEvent {
    LocalDateTime occurredOn();
}

2. 订单相关领域事件

// domain/event/OrderConfirmedEvent.java
package com.example.order.domain.event;

import com.example.order.domain.model.OrderId;
import com.example.order.domain.model.OrderItem;

import java.time.LocalDateTime;
import java.util.List;

public class OrderConfirmedEvent implements DomainEvent {
    private final OrderId orderId;
    private final List<OrderItem> items;
    private final LocalDateTime occurredOn;

    public OrderConfirmedEvent(OrderId orderId, List<OrderItem> items) {
        this.orderId = orderId;
        this.items = List.copyOf(items);
        this.occurredOn = LocalDateTime.now();
    }

    // Getters...
    @Override
    public LocalDateTime occurredOn() {
        return occurredOn;
    }
}
// domain/event/OrderCancelledEvent.java
package com.example.order.domain.event;

import com.example.order.domain.model.OrderId;
import com.example.order.domain.model.OrderItem;

import java.time.LocalDateTime;
import java.util.List;

public class OrderCancelledEvent implements DomainEvent {
    private final OrderId orderId;
    private final List<OrderItem> items;
    private final LocalDateTime occurredOn;

    // 类似OrderConfirmedEvent的实现
}

3. 领域事件发布器实现

// domain/event/publisher/DomainEventPublisher.java
package com.example.order.domain.event.publisher;

import com.example.order.domain.event.DomainEvent;

public interface DomainEventPublisher {
    void publish(DomainEvent event);
    void registerSubscriber(Class<?> eventType, DomainEventSubscriber subscriber);
}

@FunctionalInterface
public interface DomainEventSubscriber {
    void handleEvent(DomainEvent event);
}
// domain/event/publisher/SimpleDomainEventPublisher.java
package com.example.order.domain.event.publisher;

import com.example.order.domain.event.DomainEvent;
import org.springframework.stereotype.Component;

import java.util.ArrayList;
import java.util.HashMap;
import java.util.List;
import java.util.Map;

@Component
public class SimpleDomainEventPublisher implements DomainEventPublisher {
    private final Map<Class<?>, List<DomainEventSubscriber>> subscribers = new HashMap<>();

    @Override
    public void publish(DomainEvent event) {
        Class<?> eventType = event.getClass();
        if (subscribers.containsKey(eventType)) {
            subscribers.get(eventType).forEach(subscriber -> {
                try {
                    subscriber.handleEvent(event);
                } catch (Exception e) {
                    // 记录错误并继续处理其他订阅者
                    System.err.println("Error handling event: " + e.getMessage());
                    // 可以在这里触发补偿机制
                    EventCompensationQueue.addFailedEvent(event, subscriber);
                }
            });
        }
    }

    @Override
    public void registerSubscriber(Class<?> eventType, DomainEventSubscriber subscriber) {
        subscribers.computeIfAbsent(eventType, k -> new ArrayList<>()).add(subscriber);
    }
}

4. 订单聚合根实现

// domain/model/Order.java
package com.example.order.domain.model;

import com.example.order.domain.event.DomainEventPublisher;
import com.example.order.domain.event.OrderConfirmedEvent;
import com.example.order.domain.event.OrderCancelledEvent;

import java.util.List;

public class Order {
    private OrderId id;
    private List<OrderItem> items;
    private OrderStatus status;
    
    // 构造函数等其他方法...
    
    public void confirm() {
        if (this.status != OrderStatus.PENDING) {
            throw new IllegalStateException("只有待确认订单才能确认");
        }
        this.status = OrderStatus.CONFIRMED;
        DomainEventPublisher.instance()
            .publish(new OrderConfirmedEvent(this.id, this.items));
    }
    
    public void cancel() {
        // 取消逻辑...
        DomainEventPublisher.instance()
            .publish(new OrderCancelledEvent(this.id, this.items));
    }
}

5. 库存更新处理器

// infrastructure/event/handler/InventoryUpdateHandler.java
package com.example.order.infrastructure.event.handler;

import com.example.order.domain.event.OrderConfirmedEvent;
import com.example.order.domain.event.OrderCancelledEvent;
import com.example.order.domain.event.publisher.DomainEventSubscriber;
import com.example.order.infrastructure.persistence.InventoryRepository;
import org.springframework.stereotype.Component;

@Component
public class InventoryUpdateHandler implements DomainEventSubscriber {
    private final InventoryRepository inventoryRepository;

    public InventoryUpdateHandler(InventoryRepository inventoryRepository) {
        this.inventoryRepository = inventoryRepository;
        // 注册自己为事件订阅者
        DomainEventPublisher.instance()
            .registerSubscriber(OrderConfirmedEvent.class, this);
        DomainEventPublisher.instance()
            .registerSubscriber(OrderCancelledEvent.class, this);
    }

    @Override
    public void handleEvent(DomainEvent event) {
        if (event instanceof OrderConfirmedEvent) {
            handle((OrderConfirmedEvent) event);
        } else if (event instanceof OrderCancelledEvent) {
            handle((OrderCancelledEvent) event);
        }
    }

    private void handle(OrderConfirmedEvent event) {
        event.getItems().forEach(item -> {
            inventoryRepository.findByProductId(item.getProductId())
                .ifPresent(inventory -> {
                    inventory.reduceStock(item.getQuantity());
                    inventoryRepository.save(inventory);
                });
        });
    }

    private void handle(OrderCancelledEvent event) {
        // 类似OrderConfirmedEvent的处理
    }
}

事件消费失败补偿机制

1. 补偿队列实现

// infrastructure/event/handler/EventCompensationQueue.java
package com.example.order.infrastructure.event.handler;

import com.example.order.domain.event.DomainEvent;
import com.example.order.domain.event.publisher.DomainEventSubscriber;

import java.util.concurrent.ConcurrentLinkedQueue;

public class EventCompensationQueue {
    private static final ConcurrentLinkedQueue<FailedEvent> queue = new ConcurrentLinkedQueue<>();
    
    public static void addFailedEvent(DomainEvent event, DomainEventSubscriber subscriber) {
        queue.offer(new FailedEvent(event, subscriber));
    }
    
    public static void processFailedEvents() {
        FailedEvent failedEvent;
        while ((failedEvent = queue.poll()) != null) {
            try {
                failedEvent.subscriber().handleEvent(failedEvent.event());
            } catch (Exception e) {
                // 仍然失败,可以记录到持久化存储
                System.err.println("Compensation failed for event: " + failedEvent.event());
                PersistentEventLogger.logFailedEvent(failedEvent);
            }
        }
    }
    
    record FailedEvent(DomainEvent event, DomainEventSubscriber subscriber) {}
}

2. 补偿处理器

// infrastructure/event/handler/OrderEventCompensator.java
package com.example.order.infrastructure.event.handler;

import org.springframework.scheduling.annotation.Scheduled;
import org.springframework.stereotype.Component;

@Component
public class OrderEventCompensator {
    
    @Scheduled(fixedDelay = 60000) // 每分钟执行一次
    public void compensateFailedEvents() {
        EventCompensationQueue.processFailedEvents();
    }
}

3. 持久化失败事件(可选)

// infrastructure/event/handler/PersistentEventLogger.java
package com.example.order.infrastructure.event.handler;

import com.example.order.domain.event.DomainEvent;
import com.example.order.infrastructure.persistence.FailedEventRepository;

public class PersistentEventLogger {
    private static FailedEventRepository repository;
    
    public static void initialize(FailedEventRepository repository) {
        PersistentEventLogger.repository = repository;
    }
    
    public static void logFailedEvent(EventCompensationQueue.FailedEvent failedEvent) {
        if (repository != null) {
            repository.save(new FailedEventEntity(
                failedEvent.event(),
                failedEvent.subscriber().getClass().getName()
            ));
        }
    }
}

完整工作流程
订单状态变更:调用order.confirm()或order.cancel()
事件发布:订单聚合发布OrderConfirmedEvent或OrderCancelledEvent
事件处理
InventoryUpdateHandler接收事件并更新库存
如果失败,事件进入补偿队列
补偿机制
每分钟尝试重新处理失败事件
仍然失败的事件被持久化记录
人工干预:对于持久化的失败事件,可以提供管理界面进行人工处理
增强建议
引入消息队列:对于生产环境,可以用Kafka或RabbitMQ替换简单的内存发布器
增加重试策略:为补偿机制增加指数退避重试
监控报警:对持续失败的事件设置报警
事务管理:考虑使用Spring的@TransactionalEventListener实现事务边界控制

<think>好的,我现在需要帮助用户了解DDD架构的入门知识和概念。首先,我需要回顾一下用户提供的引用内容,特别是引用[1]、[2]、[3]、[4],因为这些引用中包含了关于DDD分层架构、领域驱动设计模型、基础概念以及不同架构模式的解释。 用户的问题是想了解DDD架构的入门教程和基础概念,所以我的回答需要结构清晰,从基础开始逐步展开。首先应该解释什么是DDD,然后介绍其核心概念,接着讨论分层架构,最后可以提到其他相关架构模式如整洁架构、CQRS等。 根据引用[3],DDD的基础概念包括子域划分、限界上下文、核心域、支撑子域、通用子域等。需要解释这些术语,并说明它们之间的关系。例如,子域是业务的不同部分,限界上下文是明确的边界,防止模型混乱。 引用[4]详细描述了DDD的分层架构,包括用户界面层、应用层、领域层和基础设施层。需要明确各层的职责,比如应用层负责协调任务,领域层处理核心业务逻辑。同时,引用[4]还提到了整洁架构洋葱架构)和CQRS架构,这些可以作为补充内容,帮助用户更全面地理解DDD的不同实现方式。 另外,引用[2]提到了领域原语(DP)的重要性,强调将隐性概念显性化,封装多对象行为。这部分内容可以作为领域建模的最佳实践来介绍,帮助用户理解如何通过DP提高代码清晰度。 需要注意的是,用户可能对MVC架构比较熟悉,所以可以对比MVC和DDD,如引用[1]提到的,DDD避免直接设计表结构,而是从业务需求出发。这有助于用户理解DDD与传统三层架构的区别。 在组织回答时,应该分步骤,先介绍概念,再讲解架构,最后涉及建模方法。同时,按照用户的要求,生成相关问题,这些问题应该覆盖核心概念、架构优势、实施挑战等方面,帮助用户进一步学习。 还要确保使用正确的中文表达,避免技术术语使用不当。同时,所有数学表达式需要按照系统级指令用$...$或$$...$$格式,但根据当前问题,可能数学公式不多,但如果有涉及模型或公式的地方需要注意格式。 总结一下,回答的结构大致如下: 1. DDD的定义和核心思想 2. 核心概念:子域、限界上下文、实体、值对象等 3. 分层架构及各层职责 4. 常见架构模式(整洁架构、CQRS等) 5. 建模方法和最佳实践 6. 与传统架构的对比 7. 相关问题生成 需要确保每个部分引用合适的引用内容,例如在讲解分层架构时引用[4],在子域划分时引用[3],在领域原语时引用[2]等。同时,回答要自然流畅,帮助用户逐步建立对DDD的理解。</think>### DDD架构入门教程及基础概念 #### 一、DDD的定义与核心思想 领域驱动设计(Domain-Driven Design, DDD)是一种以**领域模型**为核心的软件设计方法,强调通过业务专家与开发者的紧密协作,将复杂业务需求转化为清晰的代码结构[^4]。其核心目标是**解决业务复杂性与技术实现之间的鸿沟**,避免传统开发中“先设计表结构”的误区[^1]。 #### 二、核心概念解析 1. **领域(Domain)** 业务的特定范围,例如电商系统中的“订单管理”或“库存管理”。 2. **限界上下文(Bounded Context)** 为领域模型定义明确的边界,防止概念混淆。例如:订单上下文中“商品”可能仅包含名称和价格,而库存上下文中“商品”还需包含库存数量[^3]。 3. **子域划分** - **核心域**:业务的核心竞争力(如电商的“交易系统”)。 - **支撑子域**:辅助核心域的功能(如“物流跟踪”)。 - **通用子域**:通用功能(如“权限管理”)[^3]。 4. **领域模型元素** - **实体(Entity)**:具有唯一标识的对象(如“订单号”)。 - **值对象(Value Object)**:无标识的不可变对象(如“地址”)。 - **领域服务(Domain Service)**:跨实体的业务逻辑封装[^4]。 #### 三、DDD分层架构 DDD架构通常分为四层,遵循**依赖倒置原则**: 1. **用户界面层(UI)** 处理用户交互,如API或前端页面。 2. **应用层(Application)** 协调领域层的任务,不包含业务逻辑。例如: ```java public class OrderAppService { public void createOrder(OrderDto dto) { // 调用领域层方法 Order order = domainService.create(dto); repository.save(order); } } ``` 3. **领域层(Domain)** 核心业务逻辑的实现,包含实体、值对象和领域服务[^4]。 4. **基础设施层(Infrastructure)** 提供技术实现(如数据库访问、消息队列),通过**防腐层(ACL)**隔离外部依赖[^2]。 #### 四、常见架构模式 1. **整洁架构洋葱架构)** 以领域模型为中心,外层依赖内层。例如:数据库适配器需实现领域层定义的接口[^4]。 $$ \text{外层(技术细节)} \rightarrow \text{应用层} \rightarrow \text{领域层} $$ 2. **CQRS(命令查询职责分离)** - **命令(Command)**:修改数据的操作(如`CreateOrder`)。 - **查询(Query)**:只读操作(如`GetOrderList`)。 适用于读写性能差异大的场景,但需处理数据一致性[^4]。 #### 五、建模方法 1. **领域原语(DP)** 将隐式业务规则显式化,例如:用`PhoneNumber`类封装电话号码格式验证[^2]。 2. **上下文映射** 定义子域间的交互方式(如通过事件驱动或RPC调用)[^3]。 #### 六、与传统架构对比 | 对比项 | MVC/三层架构 | DDD架构 | |------------|---------------------|----------------------| | 设计起点 | 表结构设计 | 领域模型分析 | | 核心逻辑位置 | Service层 | 领域层 | | 扩展性 | 易耦合 | 通过限界上下文解耦 [^1][^4] ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值