Home/ Questions/Q 7871635
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-03T01:57:53+00:00

So I’ve been playing with re-engineering the data access in a project that I

  • 0

So I’ve been playing with re-engineering the data access in a project that I recently put into production.

I started reading about Repository and Unit of Work patterns and it got me intrigued. I’d never used TDD before but thought I might give it a shot.

What I’m working on isn’t critical so it’s more a hobby for me to get a better understanding.

I have got something working but want to see if I’ve missed the mark completely. Here’s what I have… (I’ll use Sln instead of the name of the solution for simplicity)

Sln.DataAccess
+ Entities
  + Person.cs (contains the model definition of a Person)
  + IIdentifiedObject.cs (just an interface demanding a (Guid)Id property)
+ Repositories
  + IRepository.cs[1]
+ IUnitOfWork.cs[2]

Sln.DataAccess.Memory
+ PersonRepository.cs[3]
+ Context.cs[4]
+ GenericRepository.cs[5]
+ UnitOfWork.cs[6]

Sln.DataAccess.Sql (I suppose this could be Sln.DataAccess.EF but anyway...)
+ PersonRepository.cs
+ Context.cs
+ GenericRepository.cs
+ UnitOfWork.cs

Sln.Test
+ Various unit tests.

The SQL Context/Repository/etc… are all essentially the same except that it access the database via Entity Framework instead of in-memory Lists.

The real question I am asking is whether I have missed the mark on the whole Repository/UnitOfWork patterns or if there are any suggestions anyone can give where I could improve on what I have.

Here are the source files.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    OK so I achieved what I wanted.

    See this project on Git that I created (it should be open) and it demonstrates exactly what I wanted.

    The Sln.DataAccess assembly has absolutely zero references to how the data is actually stored, there are no classes in it, only interfaces that define the way objects can be accessed and the structure of those objects.

    The actual means of persistence, (in-memory or database) are completely hidden from outside their respective assembly.

    https://github.com/bmckenzie/projects

    One thing I would like to fix is the Set<>() method in my in-memory Context class, take a look here: https://github.com/bmckenzie/projects/blob/development/Projects.DataAccess.Memory/Context.cs

    I would rather avoid that if() {} and use some sort of a dictionary, if anyone has any suggestions?

    • 0