Implementing custom repository in unit of work pattern

Question

I read a lot about the implementions of the unit of work pattern e.g http://www.asp.net/mvc/tutorials/getting-started-with-ef-5-using-mvc-4/implementing-the-repository-and-unit-of-work-patterns-in-an-asp-net-mvc-application or http://gaui.is/how-to-mock-the-datacontext-linq/

They keep a generic base repository class or interface in the unit of work class which works quite well. In practice my repositories need more functionality as the generic interface repository provides.

So my goal is to use custom repositories if neccessary. But I'm not sure how to implement them. I don't want to define them in the unit of work class as seen below,

public class UnitOfWork : IDisposable
{
    private SchoolContext context = new SchoolContext();
    private CustomRepository<Department> departmentRepository;
    private GenericRepository<Course> courseRepository;
 [...]

because I will not able to use the UnitOfWork class again. I think the sample code above contradicts the UnitofWork pattern.

Does someone have an idea how to implement a custom repository in a clean way in the unit of work pattern when I build something similar to http://gaui.is/how-to-mock-the-datacontext-linq/ ?

best regards

I found this link particularly useful for creating a generic repository. Does this help? huyrua.wordpress.com/2010/07/13/… — DavidG

Larry Larry · Accepted Answer · 2014-05-19T21:01:06

Generally speaking, in unit of work pattern, only database CRUD operations are interfaced in the generic repository. On top of that, service layer is introduced to manipulate the CRUD operations to business operations. can you justify your decision by adding more operations into generic repository? Should you put them in the service layer?

Implementing custom repository in unit of work pattern

1 Answers