DDD与硬件驱动集成的架构设计与实践

1. DDD与硬件驱动集成的核心挑战

在工业自动化、半导体测试和嵌入式系统开发领域，领域驱动设计（DDD）与硬件驱动集成一直存在着天然的张力。硬件设备（如测试机台、温控箱、PLC等）通常通过特定的协议（如SCPI、Modbus、OPC UA等）和厂商SDK进行交互，这些技术细节往往会渗透到业务逻辑中，导致领域模型被污染。

1.1 硬件污染领域模型的典型表现

• 协议细节泄露：领域服务中直接出现SCPI命令字符串或Modbus寄存器地址
• SDK类型依赖：聚合根或实体中引用了特定厂商的SDK类型（如AdvantestV93000Driver）
• 硬件异常传播：业务逻辑中处理硬件特定的错误码和异常类型
• 线程模型侵入：领域层需要考虑硬件通信的同步/异步特性

1.2 纯净领域模型的价值

保持领域模型纯净的核心价值在于：

1. 业务逻辑可测试性：可以在不连接实际硬件的情况下验证业务规则
2. 长期可维护性：硬件更换不会导致领域模型的大规模重构
3. 团队协作清晰：领域专家可以参与模型设计而不需要理解硬件细节
4. 架构灵活性：支持同时对接多种硬件设备或模拟环境

2. 硬件集成模式对比与演进路径

2.1 五种集成模式的详细分析

2.1.1 直接驱动调用（反模式）

csharp复制// 反例：领域服务直接实例化硬件驱动
public class BurnInService {
    public void StartTest() {
        var driver = new AdvantestSCPIDriver("192.168.1.100");
        driver.SendCommand("SOUR:VOLT 3.3");  // 硬件协议直接暴露
    }
}

问题：领域层与硬件强耦合，无法进行单元测试，更换硬件需要修改业务代码。

2.1.2 仓储模式隐藏驱动

csharp复制public class DutRepository {
    private readonly ModbusClient _modbus;
    
    public Dut ReadDutStatus(int slot) {
        var raw = _modbus.ReadHoldingRegisters(4000 + slot, 10);
        return DutParser.Parse(raw);  // 解析逻辑仍然在仓储中
    }
}

改进：硬件细节被部分隐藏，但仓储承担了过多职责，违背了仓储只应处理持久化的原则。

2.1.3 基础设施端口实现

csharp复制// 领域层定义
public interface ITemperatureController {
    Task SetTargetAsync(double temperature);
}

// 基础设施层实现
public class OpcUaTemperatureController : ITemperatureController {
    public async Task SetTargetAsync(double temp) {
        var node = _opcClient.GetNode("ns=2;s=Chamber1/TempSP");
        await node.WriteValueAsync(temp);
    }
}

优势：通过接口隔离了实现细节，但领域接口仍可能隐含硬件语义。

2.1.4 反腐化层(ACL)模式

csharp复制public class AdvantestAcl : ITestInstrument {
    private readonly IAdvantestDriver _driver;

    public async Task<Measurement> MeasureAsync(TestCondition cond) {
        // 将领域对象转换为硬件指令
        var scpi = $"MEAS:{cond.Parameter}? {cond.Range}";
        var raw = await _driver.Query(scpi);
        
        // 将硬件响应转换为领域对象
        return MeasurementParser.Parse(raw);
    }
}

关键价值：ACL作为"翻译层"，彻底隔离了领域语言与硬件语言。

2.1.5 六边形架构完整实现

code复制解决方案结构：
├── Domain
│   ├── Models         # 纯领域模型
│   └── Ports          # 领域定义的输入/输出端口
├── Application        # 用例协调层
└── Infrastructure
    ├── Adapters       # 外部系统适配器
    └── ACL            # 反腐化层

2.2 模式选择决策树

mermaid复制graph TD
    A[项目规模] -->|小型/原型| B[直接驱动]
    A -->|中型| C[基础设施端口]
    A -->|大型/长期| D[六边形+ACL]
    B --> E[快速验证]
    C --> F[适度解耦]
    D --> G[完全隔离]
    H[硬件更换频率] -->|低| C
    H -->|高| D
    I[测试要求] -->|基础| C
    I -->|严格| D

3. 半导体测试领域的具体实现

3.1 聚合根设计要点

csharp复制public class ReliabilityStressRun : AggregateRoot<Guid> {
    // 值对象
    public TestRunId RunId { get; }
    private StressProfile _profile;
    private SafetyStatus _safety;
    
    // 实体集合
    private readonly List<ChamberSlot> _slots;
    private readonly List<MeasurementLog> _logs;
    
    // 状态机
    public TestPhase CurrentPhase { get; private set; }
    
    // 领域行为
    public void StartStress(ITestInstrument instrument) {
        if (!_safety.IsSafe) 
            throw new SafetyViolationException();
        _profile.Validate();
        CurrentPhase = TestPhase.Running;
        AddDomainEvent(new StressStarted(RunId));
    }
}
``