DDD中如何动态修改值对象的验证常量？

要解决这个问题，核心是区分值对象自身的属性和领域规则的可配置参数——年龄范围是验证Age值对象的领域规则参数，而非Age的固有属性，我们需要在不破坏值对象自验证、不变性的前提下，让这个规则参数可动态更新。

方案1：静态领域规则服务（简单场景） #

先实现一个线程安全的全局规则服务，负责读取/更新动态配置的年龄范围，然后让Age值对象在自验证时调用这个服务获取当前规则。

规则服务实现 #

public static class AgeRangeRules
{
    private static int _minAge;
    private static int _maxAge;
    private static readonly object _configLock = new();

    // 应用启动时初始化，或定时从数据库/配置中心刷新
    public static void UpdateRange(int min, int max)
    {
        lock (_configLock)
        {
            _minAge = min;
            _maxAge = max;
        }
    }

    // 供值对象调用获取当前范围
    public static (int Min, int Max) GetCurrentRange()
    {
        lock (_configLock)
        {
            return (_minAge, _maxAge);
        }
    }
}

修改Age值对象 #

值对象依然封装所有验证逻辑，仅替换常量为规则服务的动态值：

public sealed record Age(int Value)
{
    public Age
    {
        var (minAge, maxAge) = AgeRangeRules.GetCurrentRange();
        if (Value < minAge || Value > maxAge)
        {
            throw new ArgumentOutOfRangeException(
                nameof(Value), 
                $"年龄必须在{minAge}到{maxAge}之间");
        }
    }
}

为什么符合DDD规则？

• 保持了值对象的自验证原则：验证逻辑完全封装在Age内部，外部调用者无需关心验证细节
• 不破坏值对象的不变性：Age的唯一属性是Value，范围规则是外部领域规则，不影响值对象的相等性判断（两个相同Value的Age始终相等）
• 动态性：通过UpdateRange方法可随时从数据库/配置中心同步最新范围，无需修改代码

方案2：依赖注入式工厂（适合大型DI项目） #

如果你的项目使用依赖注入，不希望用静态类，可以通过工厂方法封装验证逻辑，同时注入规则提供者，保持值对象的纯净性。

定义规则提供者接口及实现 #

public interface IAgeRangeProvider
{
    (int Min, int Max) GetValidRange();
}

// 从数据库读取配置的实现
public class DbAgeRangeProvider : IAgeRangeProvider
{
    private readonly AppDbContext _dbContext;

    public DbAgeRangeProvider(AppDbContext dbContext)
    {
        _dbContext = dbContext;
    }

    public (int Min, int Max) GetValidRange()
    {
        var config = _dbContext.AgeValidationConfigs.FirstOrDefault();
        // 兜底默认值，避免配置缺失导致报错
        return (config?.MinimumAge ?? 18, config?.MaximumAge ?? 99);
    }
}

实现Age工厂 #

public static class AgeFactory
{
    private static IAgeRangeProvider _rangeProvider;

    // 应用启动时注入提供者
    public static void Initialize(IAgeRangeProvider provider)
    {
        _rangeProvider = provider ?? throw new ArgumentNullException(nameof(provider));
    }

    // 封装验证逻辑，创建合法的Age值对象
    public static Age Create(int value)
    {
        var (min, max) = _rangeProvider.GetValidRange();
        if (value < min || value > max)
        {
            throw new ArgumentOutOfRangeException(
                nameof(value), 
                $"年龄必须在{min}到{max}之间");
        }
        return new Age(value);
    }
}

// 纯净的Age值对象，构造函数设为内部，仅允许工厂创建
public sealed record Age(int Value)
{
    internal Age() : this(0) {}
}

优势：

• 符合依赖注入原则，便于测试（可替换为模拟的IAgeRangeProvider）
• 值对象完全纯净，仅包含自身属性，验证逻辑由领域层的工厂负责，依然遵循自验证的核心要求

关键禁忌（避免违反DDD规则） #

1. 不要把范围作为Age的属性：这会破坏值对象的相等性——两个相同年龄但创建时范围不同的实例，应该被视为相等，加入范围属性会打破这个语义
2. 不要直接向值对象注入依赖：值对象应该是值语义，依赖注入会导致其失去不变性和可移植性
3. 必须保证规则服务的线程安全：动态更新范围时，要避免读取到不一致的配置值

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