EF Core 2如何为已忽略的实体属性设置运行时动态值？

嗨，你的思路方向有点小问题——EF的OnModelCreating是应用启动时的模型配置阶段，这时候根本还没有用户请求进来，自然拿不到当前登录用户的Session信息，所以你设想的在那里设置ReadOnly值的写法是行不通的。不过没关系，我给你几个可行的方案，能实现你想要的「自动计算属性值，不用手动每次处理」的需求：

方案一：查询时使用投影（最推荐，性能优） #

当你从数据库查询实体时，直接在LINQ查询里投影计算ReadOnly的值，这样可以避免后续手动遍历设置。如果觉得每次写投影麻烦，可以封装成扩展方法：

第一步：封装扩展方法 #

public static class EntityQueryExtensions
{
    public static IQueryable<Entity> WithReadOnly(this IQueryable<Entity> query, int loggedUserId)
    {
        return query.Select(e => new Entity
        {
            // 复制实体的所有持久化属性
            Id = e.Id,
            Name = e.Name,
            Description = e.Description,
            // ... 其他需要从数据库加载的属性
            // 计算ReadOnly属性
            ReadOnly = loggedUserId > 5
        });
    }
}

第二步：使用扩展方法查询 #

// 获取当前登录用户ID（根据你的实际Session逻辑调整）
int loggedUserId = HttpSession.UserId;

// 自动带上计算好的ReadOnly属性
var entities = dbContext.Entities.WithReadOnly(loggedUserId).ToList();

这个方案的好处是：投影逻辑和查询绑定，不需要额外遍历操作，性能友好，同时不会修改实体类或DbContext的其他配置逻辑。

方案二：通过Repository层统一处理 #

如果你习惯用Repository模式封装数据访问逻辑，可以在Repository里统一为加载后的实体设置ReadOnly属性，这样业务层不用关心这个计算逻辑：

第一步：注册HttpContextAccessor（ASP.NET Core环境） #

首先要在DI容器里注册IHttpContextAccessor，这样才能在Repository里获取当前请求的Session：

// 在Program.cs或Startup.cs里
builder.Services.AddHttpContextAccessor();

第二步：实现EntityRepository #

public class EntityRepository
{
    private readonly MyDbContext _dbContext;
    private readonly IHttpContextAccessor _httpContextAccessor;

    // 通过依赖注入获取DbContext和HttpContextAccessor
    public EntityRepository(MyDbContext dbContext, IHttpContextAccessor httpContextAccessor)
    {
        _dbContext = dbContext;
        _httpContextAccessor = httpContextAccessor;
    }

    public List<Entity> GetAllEntities()
    {
        var entities = _dbContext.Entities.ToList();
        // 从Session获取当前用户ID（根据你的实际存储方式调整）
        int loggedUserId = int.Parse(_httpContextAccessor.HttpContext.Session.GetString("UserId"));
        
        // 统一设置ReadOnly属性
        foreach (var entity in entities)
        {
            entity.ReadOnly = loggedUserId > 5;
        }

        return entities;
    }

    // 其他查询方法（比如GetById）也可以用同样的逻辑处理
    public Entity GetEntityById(int id)
    {
        var entity = _dbContext.Entities.Find(id);
        if (entity != null)
        {
            int loggedUserId = int.Parse(_httpContextAccessor.HttpContext.Session.GetString("UserId"));
            entity.ReadOnly = loggedUserId > 5;
        }
        return entity;
    }
}

这个方案的好处是：把计算ReadOnly的逻辑完全封装在数据访问层，业务层调用的时候不需要做任何额外处理，就能拿到带正确ReadOnly值的实体。

方案三：避免使用的方式（耦合性高） #

有些同学可能会想到用实体类的静态属性或者构造函数来获取用户信息，但这种方式非常不推荐——因为静态变量是全局共享的，多用户并发请求时会出现值混乱的问题；而实体类依赖HttpContext也会导致耦合性过高，不利于单元测试。

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