实现Unit of Work与Repository时增删改方法无法访问求助

问题原因 #

无法访问增删改方法的核心原因有两点：

1. 显式接口实现的限制：Repository<TEntity>类中的Add、Remove、Update等增删改方法采用了显式接口实现（比如void IRepository<TEntity>.Add(...)），这类方法只能通过IRepository<TEntity>接口类型的对象调用，无法直接通过Repository<TEntity>具体类实例访问。
2. UnitOfWork接口的返回类型错误：IUnitOfWork接口中定义的仓储属性返回的是具体的Repository<Person>、Repository<Country>类，而非对应的IRepository<Person>、IRepository<Country>接口，导致调用时只能访问类中隐式实现的查询方法，看不到显式实现的增删改方法。

修复方案 #

方案一（推荐，符合依赖倒置原则）

修改IUnitOfWork接口，将仓储属性的返回类型改为对应的接口类型，同时修正属性命名符合C#编码规范：

public interface IUnitOfWork : IDisposable
{
     IRepository<Person> PersonRepository { get; }
     IRepository<Country> CountryRepository { get; }
     int Complete(); 
}

之后在UnitOfWork的实现类中，确保返回的仓储实例符合接口类型即可。这样通过UnitOfWork获取的仓储对象是接口类型，就能正常调用所有接口定义的方法，包括增删改。

方案二（可选，修改Repository类的实现方式）

如果需要保持IUnitOfWork返回具体类，可以将Repository<TEntity>中的增删改方法改为隐式接口实现，即去掉接口前缀并添加public修饰符：

// 以Add方法为例，其他增删改方法同理修改
public void Add(TEntity entity)
{
    context.Set<TEntity>().Add(entity);
}

修改后，Repository<TEntity>具体类实例就能直接访问这些增删改方法。

额外建议 #

• 遵循C#编码规范，类的属性名采用帕斯卡命名法（首字母大写），比如将personRepository改为PersonRepository。
• 建议优先使用方案一，符合依赖倒置原则，降低模块间的耦合度，便于后续扩展和测试。

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