ASP.NET EF通用仓储模式下如何实现视图POCO的泛化查询

嘿，针对你不想大改现有单泛型仓储架构，又要泛化处理SQL视图的需求，我给你两个实用的解决方案，都是基于反射实现的，改动量极小：

方案一：利用ModelBase的静态属性绑定视图类型 #

你之前尝试的静态属性思路是可行的，只需要补全反射获取DbSet的逻辑就行：

首先先把ModelBase里的静态属性改成抽象的（确保每个实体都必须配置）：

public abstract class ModelBase
{
    // 强制每个实体类声明对应的视图POCO类型
    public abstract static Type IndexItemType { get; }
}

然后在你的Order实体类里实现这个属性：

public class Order : ModelBase
{
    public override static Type IndexItemType => typeof(OrderIndexItem);
    // 你的实体属性...
}

接下来在EFRepositoryBase<T>里新增泛型方法，通过反射从DbContext获取对应的视图DbSet：

public class EFRepositoryBase<T> where T : ModelBase
{
    protected readonly DbContext db;
    // 缓存Set方法，避免重复反射损耗性能
    private static readonly Dictionary<Type, MethodInfo> _dbSetMethodCache = new Dictionary<Type, MethodInfo>();

    public EFRepositoryBase(DbContext dbContext)
    {
        db = dbContext;
    }

    // 原有的Read方法
    public IQueryable<T> Read()
    {
        try
        {
            return db.Set<T>();
        }
        catch (Exception)
        {
            throw new IRepositoryException();
        }
    }

    // 新增的泛化视图查询方法
    public IQueryable<TIndex> ReadIndex<TIndex>() where TIndex : ModelBase, IModelIndexItem
    {
        try
        {
            // 获取当前实体绑定的视图类型
            var targetIndexType = typeof(T).GetProperty("IndexItemType", BindingFlags.Public | BindingFlags.Static)?
                .GetValue(null) as Type;

            if (targetIndexType == null || targetIndexType != typeof(TIndex))
            {
                throw new InvalidOperationException($"实体{typeof(T).Name}未配置对应的视图类型，或传入的类型不匹配");
            }

            // 从缓存获取或生成DbContext.Set<TIndex>方法
            if (!_dbSetMethodCache.TryGetValue(targetIndexType, out var setMethod))
            {
                setMethod = typeof(DbContext).GetMethod(nameof(DbContext.Set), Type.EmptyTypes)?
                    .MakeGenericMethod(targetIndexType);
                if (setMethod == null)
                {
                    throw new IRepositoryException($"无法获取视图类型{targetIndexType.Name}对应的DbSet方法");
                }
                _dbSetMethodCache[targetIndexType] = setMethod;
            }

            // 调用方法获取DbSet并返回
            var dbSet = setMethod.Invoke(db, null) as IQueryable<TIndex>;
            return dbSet ?? throw new IRepositoryException();
        }
        catch (Exception ex)
        {
            throw new IRepositoryException("获取视图数据失败", ex);
        }
    }
}

这里我加了一个空接口IModelIndexItem，用来约束TIndex必须是视图POCO，避免调用时传错类型：

public interface IModelIndexItem { }

// 你的视图POCO实现这个接口
public class OrderIndexItem : ModelBase, IModelIndexItem
{
    // 视图字段...
}

调用的时候，在OrderService里直接用：

var orderIndexList = repo.ReadIndex<OrderIndexItem>().ToList();

方案二：纯命名约定自动匹配视图类型 #

如果不想给每个实体写静态属性，也可以用命名约定（比如Order对应OrderIndexItem），自动推导视图类型：

修改ReadIndex方法如下：

public IQueryable<TIndex> ReadIndex<TIndex>() where TIndex : ModelBase, IModelIndexItem
{
    try
    {
        // 按约定生成视图类型名称
        var expectedIndexTypeName = $"{typeof(T).Name}IndexItem";
        var targetIndexType = typeof(T).Assembly.GetType(expectedIndexTypeName);

        if (targetIndexType == null || targetIndexType != typeof(TIndex))
        {
            throw new InvalidOperationException($"未找到符合命名约定的{expectedIndexTypeName}类型，或传入的类型不匹配");
        }

        // 同样用缓存的方式获取DbSet方法
        if (!_dbSetMethodCache.TryGetValue(targetIndexType, out var setMethod))
        {
            setMethod = typeof(DbContext).GetMethod(nameof(DbContext.Set), Type.EmptyTypes)?
                .MakeGenericMethod(targetIndexType);
            if (setMethod == null)
            {
                throw new IRepositoryException($"无法获取视图类型{targetIndexType.Name}对应的DbSet方法");
            }
            _dbSetMethodCache[targetIndexType] = setMethod;
        }

        var dbSet = setMethod.Invoke(db, null) as IQueryable<TIndex>;
        return dbSet ?? throw new IRepositoryException();
    }
    catch (Exception ex)
    {
        throw new IRepositoryException("获取视图数据失败", ex);
    }
}

这个方案完全不需要修改实体类，只要严格遵守实体名+IndexItem的命名规则就行，适合视图POCO命名比较规范的场景。

性能说明 #

你可能担心反射的性能问题，但这里我们用了静态字典缓存Set方法的MethodInfo，只有第一次调用对应视图类型时会触发反射，后续调用都是直接用缓存的方法，性能损耗几乎可以忽略。

这两个方案都不需要把仓储改成双泛型，完美适配你现有的架构，改动量非常小！

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