添加UserPoint子实体时，如何自动更新User父实体的TotalPoints？

答案是可以，下面提供几种实用的实现方案：

1. 领域模型封装（推荐，符合DDD思想） #

把积分添加的逻辑封装在User实体内部，通过实体自身的方法维护总积分，确保数据一致性，代码更贴合业务逻辑。

修改User实体，添加添加积分记录的方法：

public class User : IdentityUser<int>
{
    public int TotalPoints { get; private set; } // 将set设为private，禁止外部直接修改
    public ICollection<UserPoint> UserPoints { get; private set; } = new List<UserPoint>();

    // 封装添加积分的业务方法
    public void AddUserPoint(UserPoint userPoint)
    {
        UserPoints.Add(userPoint);
        TotalPoints += userPoint.Points;
        userPoint.UserId = Id; // 确保积分记录关联当前用户
    }
}

使用时直接调用实体方法，无需手动修改TotalPoints：

// 假设已从数据库获取到user实例
user.AddUserPoint(new UserPoint { Points = 1, UserPointType = UserPointType.Priority });
user.AddUserPoint(new UserPoint { Points = 3, UserPointType = UserPointType.Tip });

await _unitOfWork.Complete();

这种方式的优势是：所有积分相关逻辑集中在User实体中，避免外部随意修改总积分，保证业务规则的统一。

2. 数据库触发器方案 #

如果不想改动业务代码，可以在数据库层面创建触发器，当UserPoint表插入新记录时，自动更新User表的TotalPoints字段。

以SQL Server为例，创建触发器的SQL语句：

CREATE TRIGGER trg_UpdateUserTotalPoints
ON UserPoint
AFTER INSERT
AS
BEGIN
    SET NOCOUNT ON;

    UPDATE u
    SET u.TotalPoints = u.TotalPoints + i.Points
    FROM [User] u
    INNER JOIN inserted i ON u.Id = i.UserId;
END

注意事项：

• 触发器耦合数据库，更换数据库时需要重新编写对应逻辑
• 高并发场景下可能出现数据不一致，需配合事务或锁机制处理

3. 非持久化计算属性（仅查询时计算） #

如果TotalPoints不需要持久化到数据库，只是用于展示或查询，可以改成计算属性，每次使用时实时计算：

public class User : IdentityUser<int>
{
    public ICollection<UserPoint> UserPoints { get; set; } = new List<UserPoint>();

    [NotMapped] // 标记为不映射到数据库字段
    public int TotalPoints => UserPoints?.Sum(p => p.Points) ?? 0;
}

使用时注意：查询用户时需要提前Include关联的UserPoints集合（否则懒加载会导致多次查询数据库），适合用户积分记录不多的场景。

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