【发布时间】:2013-06-19 17:22:22
【问题描述】:
有一个具有典型场景数据访问层 (DAL) 的应用程序:
- 使用实体框架 (EF) 创建的数据上下文。
- 将 EF 生成的实体用作整个应用程序的通用 DTO。
- DAL 包含扩展 RepositoryBase 抽象类的不同存储库,该抽象类实现基本的 CRUD 操作;特定的存储库对其实体类型只有特定的方法。可以软删除的实体的存储库扩展了 SoftDeleteRepositoryBase,它本身扩展了 RepositoryBase。
为了提供一些上下文,这里有一些类/接口。
通用存储库接口:
public interface IRepository<T> : IDisposable where T : class
{
void Add(T entity);
void Update(T entity);
void Obliterate(T entity);
void Obliterate(Expression<Func<T, bool>> where);
T GetById(long id);
T GetById(string id);
IQueryable<T> GetAll();
IQueryable<T> GetMany(Expression<Func<T, bool>> where);
T GetSingle(Expression<Func<T, bool>> where);
void SaveChanges();
}
存储库基础:
public abstract class RepositoryBase<T> : IRepository<T> where T : class
{
...
}
Foo 实体的存储库:
public class FooRepository : RepositoryBase<File>, IFooRepository
{
// Specific methods here
...
}
我应该如何测试存储库?现在我为每个存储库都有一个测试类,它们的测试方法都非常相似,因为它们主要测试来自 RepositoryBase 的通用方法。很明显,我需要针对特定方法进行测试,但是对于全局通用方法,我应该继续针对每个不同的实体进行测试吗?我不知道假设如果插入例如适用于 Foo 实体它也适用于其他实体是否明智;但是,在测试创建和维护方面,对每个测试都有额外的开销。你能推荐任何关于这方面的最佳做法吗?
(顺便说一下,这些是集成测试)
谢谢
【问题讨论】:
-
抹杀?那是我第一次看到 Obliterate 而不是 Remove 或 Delete
-
另外一个工具已经使用了这个名字,我们的用户非常熟悉;加上它让你在调用它之前三思而后行:) 可以软删除的实体有一个 Delete 方法。
-
IQueryable<T>不属于存储库。在 SO 阅读其他一些关于为什么的问题。 -
感谢@jgauffin 的提示,指向特定问题的链接会有所帮助。
标签: c# entity-framework integration-testing repository-pattern