通用仓储模式适配大小对象的性能优化方案咨询

问题核心 #

当实体属性达到30-40个时，GetAll接口会传输大量冗余数据，而GetById需要完整实体；通过标记属性可空且不序列化的方案不合理——既污染领域模型，又无法从根源减少SQL查询的冗余字段。

你提出的继承式方案分析 #

你给出的TypeSmall/TypeLarge继承方案有一定合理性，但也存在明显局限：

• 优点：通过继承复用公共属性，保证类型安全，避免重复定义ID、Name等字段。
• 缺点：
  • 泛型仓储接口参数膨胀，后续若需更多层级的DTO（如极简列表、编辑专用DTO），泛型参数会越来越多，维护成本飙升。
  • 领域模型（Country）和DTO（CountryBase）耦合，若DTO需求变化，可能被迫修改核心领域模型。

更优实践方案 #

1. 独立DTO + 投影查询（最推荐） #

完全分离领域模型和数据传输对象（DTO），在仓储层通过EF的Select投影只查询所需字段，从SQL查询和网络传输两个层面减少冗余。

代码示例：

// 领域模型（仅关注业务逻辑，不受API需求影响）
public class Country 
{
    public string ID { get; set; }
    public string Name { get; set; }
    public string Region { get; set; }
    public string SubRegion { get; set; }
    public List<Municipality> Municipalities { get; set; }
    // 其他30+属性...
}

// 列表用DTO
public class CountryListDto
{
    public string ID { get; set; }
    public string Name { get; set; }
}

// 详情用DTO
public class CountryDetailDto
{
    public string ID { get; set; }
    public string Name { get; set; }
    public string Region { get; set; }
    public string SubRegion { get; set; }
    public List<MunicipalityDto> Municipalities { get; set; }
    // 其他需要的属性...
}

// 通用仓储接口保持简洁
public interface IGenericRepository<T, I>
{
    T GetById(I id);
    IEnumerable<T> GetAll(BaseFilter filter);
    void Create(T entity);
    void Update(T entity);
    void Delete(I id);
}

// 专用仓储扩展（或直接创建专用仓储接口）
public interface ICountryRepository : IGenericRepository<Country, string>
{
    IEnumerable<CountryListDto> GetAllListItems(BaseFilter filter);
    CountryDetailDto GetDetailById(string id);
}

// 仓储实现
public class CountryRepository : ICountryRepository
{
    private readonly DbContext _dbContext;

    public CountryRepository(DbContext dbContext)
    {
        _dbContext = dbContext;
    }

    public IEnumerable<CountryListDto> GetAllListItems(BaseFilter filter)
    {
        return _dbContext.Countries
            .Where(c => /* 应用过滤逻辑 */)
            // SQL只会查询ID和Name，减少数据库IO
            .Select(c => new CountryListDto
            {
                ID = c.ID,
                Name = c.Name
            })
            .ToList();
    }

    public CountryDetailDto GetDetailById(string id)
    {
        return _dbContext.Countries
            .Include(c => c.Municipalities)
            .Where(c => c.ID == id)
            .Select(c => new CountryDetailDto
            {
                ID = c.ID,
                Name = c.Name,
                Region = c.Region,
                SubRegion = c.SubRegion,
                Municipalities = c.Municipalities.Select(m => new MunicipalityDto { /* 投影字段 */ }).ToList()
            })
            .FirstOrDefault();
    }

    // 实现IGenericRepository的其他方法...
}

2. 泛型仓储支持动态投影 #

如果希望保留通用仓储的灵活性，可以扩展GetAll方法，支持传入投影表达式，动态指定返回的DTO类型。

代码示例：

public interface IGenericRepository<T, I>
{
    T GetById(I id);
    IEnumerable<TDto> GetAll<TDto>(BaseFilter filter, Expression<Func<T, TDto>> selector);
    void Create(T entity);
    void Update(T entity);
    void Delete(I id);
}

// 仓储实现
public class GenericRepository<T, I> : IGenericRepository<T, I> where T : class
{
    private readonly DbSet<T> _dbSet;

    public GenericRepository(DbContext dbContext)
    {
        _dbSet = dbContext.Set<T>();
    }

    public IEnumerable<TDto> GetAll<TDto>(BaseFilter filter, Expression<Func<T, TDto>> selector)
    {
        var query = _dbSet.AsQueryable();
        // 通用分页、排序逻辑
        if (filter.PageSize > 0)
        {
            query = query.Skip((filter.PageIndex - 1) * filter.PageSize).Take(filter.PageSize);
        }
        // 动态投影
        return query.Select(selector).ToList();
    }

    // 其他方法实现...
}

// 使用方式
var countryList = _genericRepository.GetAll<CountryListDto>(filter, c => new CountryListDto
{
    ID = c.ID,
    Name = c.Name
});

3. 放弃过度通用的仓储，使用专用仓储 #

如果业务场景中大部分查询都不是简单CRUD，完全通用的仓储反而会成为束缚。此时可以直接为每个实体创建专用仓储，定义贴合业务的方法：

public interface ICountryRepository
{
    IEnumerable<CountryListDto> SearchCountries(CountryFilter filter);
    CountryDetailDto GetCountryDetails(string id);
    void CreateCountry(Country entity);
    void UpdateCountry(Country entity);
    void DeleteCountry(string id);
}

这种方式最直观，避免泛型带来的复杂度，每个方法职责清晰，便于维护。

关键实践要点 #

• SQL层面减少冗余查询：永远不要用SELECT *，通过投影只查询需要的字段，减少数据库IO。
• 领域模型与DTO彻底分离：领域模型只负责业务逻辑，DTO负责数据传输，避免API需求污染领域模型。
• 避免过度泛化：通用仓储适合基础CRUD，但复杂查询用专用方法或DTO投影更清晰，不要为了通用而通用。
• 前端配合：VueJS端只接收需要的字段，避免处理冗余数据，提升渲染性能。

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