NHibernate中组件（值对象）内包含集合的最佳建模方式咨询

针对你的场景，有两种成熟的落地思路，你可以根据团队的技术栈偏好选择：

方案1：领域层自治封装（更推荐） #

完全不依赖ORM的特性，从领域模型设计层面统一判空逻辑，符合DDD的值对象自治原则：

1. 先定义统一的计费模型接口，暴露启用状态判断属性：

public interface IBillingModel
{
    bool IsEnabled { get; }
}

2. 所有计费模型实现该接口，内部自己维护启用判断规则：

public class EmailEnquiryBillingModel : ValueObject, IBillingModel
{
    public string EmailAddress { get; set; }
    public decimal CostPerEnquiry { get; set; }
    // 自定义当前模型的启用规则
    public bool IsEnabled => !string.IsNullOrEmpty(EmailAddress) && CostPerEnquiry > 0;
}

public class PhoneEnquiryBillingModel : ValueObject, IBillingModel
{
    public PhoneEnquiryBillingModel()
    {
        OpeningHours = new Dictionary<DayOfWeek, OpeningHours>();
    }
    public int PhoneNumber { get; set; }
    public IDictionary<DayOfWeek, OpeningHours> OpeningHours { get; set; }
    // 自定义当前模型的启用规则，内部感知集合属性
    public bool IsEnabled => PhoneNumber > 0 && OpeningHours.Any();
}

3. 上层调用完全不需要感知模型内部结构，统一使用以下逻辑判断：

// 两种计费模型判断逻辑完全一致
if (estateAgent.EmailEnquiryBillingModel?.IsEnabled == true) { /* 业务逻辑 */ }
if (estateAgent.PhoneEnquiryBillingModel?.IsEnabled == true) { /* 业务逻辑 */ }

这个方案的优势是完全和ORM解耦，后续换ORM、修改计费规则都不需要改动上层调用代码，封装性更好。

方案2：NHibernate配置适配（满足直接判空需求） #

如果你坚持要使用if(estateAgent.PhoneEnquiryBillingModel != null)的判断方式，可以通过修改模型和NHibernate配置实现：

1. 调整值对象定义：

• 去掉构造函数中的集合初始化，让集合默认值为null
• 将值类型属性改为可空类型，避免默认值（比如int的默认值0）被NHibernate判定为有值

public class PhoneEnquiryBillingModel : ValueObject
{
    // 改为可空类型，无手机号时为null
    public int? PhoneNumber { get; set; }
    // 不在构造函数初始化，无营业时间时为null
    public IDictionary<DayOfWeek, OpeningHours> OpeningHours { get; set; }
}

2. 映射配置调整：

• Component映射保持默认判空规则即可，NHibernate默认会在组件所有属性全为null时判定组件本身为null
• 集合映射配置not-found="ignore"，没有数据时保持集合为null而不是自动初始化空集合

这个方案的劣势是强依赖NHibernate的特性，后续ORM版本升级、切换ORM都会受影响，而且值对象没有初始化集合容易出现空引用异常，需要额外做代码防护。

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