EF Core如何实现仓储模式 EF Core仓储模式(Repository Pattern)教程

EF Core 不内置仓储模式，推荐按聚合根建具体仓储（如IProductRepository），聚焦业务语义、内聚查询逻辑；通用仓储易导致扩展难、性能差，DbSet本身已具仓储与查询功能；简单场景可直接用DbSet。

EF Core 本身不内置仓储模式，但你可以基于 DbContext 和 DbSet<t></t> 轻量封装出符合业务需要的仓储，既保持灵活性，又避免过度抽象带来的复杂性。

为什么不用“通用仓储”？

很多教程一上来就写一个 IRepository<t></t> 接口加泛型实现，结果发现：查询条件难扩展、Include 关系难控制、性能问题频发、最终还是绕回 DbContext。EF Core 的 DbSet<t></t> 本身就是一种“仓储+查询对象”的混合体，强行套用传统 .NET Framework 时代的通用仓储，反而增加冗余。

推荐做法是：按聚合根或核心业务实体建具体仓储，比如 IProductRepository、IOrderRepository，每个只暴露该领域真正需要的操作。

如何写一个实用的 ProductRepository

以商品管理为例，定义接口和实现：

• 接口聚焦业务语义：不叫 GetById，而叫 FindActiveById 或 FindWithCategories，体现业务规则
• 构造函数接收 DbContext：避免在仓储里 new DbContext，利于依赖注入和生命周期管理
• 查询逻辑内聚在仓储中：把 Include(x => x.Category)、.AsNoTracking()、软删除过滤等收拢，上层服务不用关心

示例代码片段：

标签： go app 工具 .net 为什么