ICollection实体不能为空，Create/Edit方法抛异常，Edit已用Include临时修复

嘿，我完全懂你遇到的这个坑——导航属性未初始化导致的空引用异常，咱们一步步来搞定它：

问题根源 #

你的SecondaryGuests是ICollection<Guest>类型的导航属性，当你创建新的Guest实例（比如在Create动作里），这个属性默认是null，而你的TotalRSVP计算属性直接调用了SecondaryGuests.Any()，这就触发了空引用异常。Edit方法你用Include解决是对的，因为EF加载实体时如果不显式Include导航属性，它也会是null，Include后才会把它加载成空集合或有数据的集合。

解决步骤 #

1. 在模型构造函数中初始化导航属性 #

这是最根本的解决方案，确保任何时候SecondaryGuests都不会是null：

public class Guest
{
    // 你的其他字段...
    public ICollection<Guest> SecondaryGuests { get; set; }
    public int TotalRSVP { get { return (GuestOf == null && SecondaryGuests.Any() ? RSVP + SecondaryGuests.Count() : 0); } }

    // 添加构造函数初始化集合
    public Guest()
    {
        SecondaryGuests = new List<Guest>();
    }
}

这样不管是手动创建新的Guest对象，还是EF从数据库加载实体，SecondaryGuests都会是一个有效的空集合（或有数据的集合），调用Any()、Count()就不会报空引用了。

2. 优化计算属性（可选但更健壮） #

虽然初始化后不会出现null，但可以给计算属性加个null检查，让代码更稳妥：

public int TotalRSVP 
{ 
    get 
    { 
        // 先判断SecondaryGuests是否为null，再执行逻辑
        if (GuestOf != null || SecondaryGuests == null)
        {
            return 0;
        }
        return RSVP + SecondaryGuests.Count();
    } 
}

3. 保持Edit方法的Include逻辑 #

你已经在Edit里用Include(g => g.SecondaryGuests)来加载导航属性，这个做法非常正确——EF Core默认不会自动加载导航属性，必须显式Include才能确保它被正确加载，避免计算属性调用时出现null。

这样处理后，Create和Edit方法里就不会再抛出SecondaryGuests cannot be null的异常啦！

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