从DTO映射到DDD聚合根Demo实体的构造器参数设计问题

1. DTO到实体的映射/实体构造器设计方案 #

针对你遇到的空字符串存为空白、LeadId默认0存为0的问题，有两种可靠的解决思路：

方案一：映射层前置处理（推荐，分离关注点） #

在DTO转换为实体的过程中，先对DTO属性做清洗，把空字符串/空白字符串转为null，把0值的LeadId转为null，再传递给实体构造器。可以封装专门的映射方法：

private Demo MapDtoToDemo(RequestDemoDto demoDto, int companyId, int importerId, int organisationId, int distributorId)
{
    // 字符串类型：空/空白转null
    var firstName = string.IsNullOrWhiteSpace(demoDto.FirstName) ? null : demoDto.FirstName;
    var phone = string.IsNullOrWhiteSpace(demoDto.Phone) ? null : demoDto.Phone;
    var email = string.IsNullOrWhiteSpace(demoDto.Email) ? null : demoDto.Email;
    
    // int?类型：0转null
    var leadId = demoDto.LeadId == 0 ? null : demoDto.LeadId;
    
    // AddressDto转Address（按需处理空Address）
    var address = demoDto.Address?.ToDomainEntity() ?? null;
    
    return new Demo(
        demoDto.Latitude, 
        demoDto.Longitude, 
        demoDto.LastName, 
        companyId, 
        importerId, 
        organisationId, 
        distributorId,
        address: address,
        firstName: firstName,
        phone: phone,
        email: email,
        leadId: leadId);
}

这种方式把数据清洗逻辑放在映射层，实体只负责维护业务规则，符合单一职责原则。

方案二：实体构造器内部处理（强化实体自维护） #

如果希望实体自身保证数据正确性（DDD中实体应维护自身不变量），可以在Demo构造器内对传入参数做转换：

public Demo(double latitude,
            double longitude,
            string lastName,
            in int companyId,
            in int importerId,
            in int organisationId,
            in int distributorId,
            Address? address = null,
            string? firstName = null,
            string? phone = null,
            string? email = null,
            int? leadId = null) : base(companyId, importerId, organisationId, distributorId)
{
    Guard.Against.LatitudeFormat(latitude);
    Guard.Against.LongitudeFormat(longitude);

    Latitude = latitude;
    Longitude = longitude;
    Address = address;
    // 字符串空值处理
    FirstName = string.IsNullOrWhiteSpace(firstName) ? null : firstName;
    LastName = lastName;
    FullName = FirstName.FullName(lastName);
    Phone = string.IsNullOrWhiteSpace(phone) ? null : phone;
    Email = string.IsNullOrWhiteSpace(email) ? null : email;
    // int?值处理
    LeadId = leadId == 0 ? null : leadId;

    StartedAt = DateTime.UtcNow;
    IsLive = true;
}

这样不管外部传入空字符串还是0，实体都会自动转为null，确保存入数据库的是预期值。

2. 数据库存储NULL是否属于不良实践？ #

不是，这取决于业务语义和使用场景：

• 合理场景：当属性是可选的、未设置时确实代表“无此值”（比如用户没填手机号、没有关联的LeadId），存储NULL比用空字符串、0这类有实际含义的值更准确，符合语义。
• 不良场景：如果用NULL替代明确的业务状态（比如用NULL表示“未激活”，而非枚举值），或者必填属性允许存NULL，这才是不良实践，会导致语义模糊、查询逻辑混乱。
• 注意事项：使用NULL时要注意SQL查询写法（必须用IS NULL/IS NOT NULL，不能用= NULL），部分数据库对NULL的索引支持有限，但这些都可以通过合理设计规避，不是禁用NULL的理由。

内容的提问来源于stack exchange，提问作者notcontrol