엔티티 프레임 워크, 리포지토리 패턴, 작업 단위 및 작업 단위

Question

최근에 내가 생산에 투입 한 프로젝트에서 데이터 액세스를 다시 엔지니어링하는 작업을 해왔습니다.

나는 Repository와 Unit of Work 패턴에 대해 읽기 시작했고, 흥미를 끌었다. 이전에는 TDD를 사용하지 않았지만 한 번 시도해 보겠다고 생각했습니다.

제가 작업하고있는 것이 중요하지 않으므로 더 나은 이해를 얻는 것이 더 취미가됩니다.

나는 작업하고 있지만 마크를 완전히 놓친 지보고 싶어합니다. 여기에 내가 가진 무엇 ... 그 점을 제외하고 같은 모든 본질적으로을 ...

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. 

은 SQL 컨텍스트/저장소/등 (내가 대신 단순위한 솔루션의 이름의 SLN를 사용합니다)입니다 메모리 내 목록 대신 Entity Framework를 통해 데이터베이스에 액세스하십시오.

내가 묻는 진짜 질문은 내가 전체 Repository/UnitOfWork 패턴에서 표시를 놓쳤는 지 또는 내가 가진 것에 대해 개선 할 수있는 사람이 줄 수있는 제안이 있는지 여부입니다.

다음은 소스 파일입니다.

• [1] https://gist.github.com/fddf625b1ee10bc0420a
• [2] https://gist.github.com/a020a016dd695309cb5c
• [3] https://gist.github.com/5f774e5f8dbcd41b1119
• [4] https://gist.github.com/9ab621962a5ea04403da
• [5] https://gist.github.com/a6d8f5f1b5fdcbbfaaf6
• [6] https://gist.github.com/7df0dca18489dd5555f8

Answer 1

좋아, 그래서 내가 원하는 것을 얻었습니다.

내가 만든 프로젝트 (위가 열려 있어야 함)와 내가 원하는 것을 정확하게 보여주는이 프로젝트를 참조하십시오.

Sln.DataAccess 어셈블리에는 실제로 데이터가 저장되는 방법, 클래스가 없으며 개체 액세스 방법 및 이러한 개체의 구조를 정의하는 인터페이스 만있는 0 개의 참조가 있습니다.

실제 지속성의 수단 (메모리 내 또는 데이터베이스)은 해당 어셈블리 외부에서 완전히 숨겨집니다.https://github.com/bmckenzie/projects/blob/development/Projects.DataAccess.Memory/Context.cs

차라리 if() {} 것을 피하고의 일종을 사용 : 내가 해결하고 싶은

https://github.com/bmckenzie/projects

것은 내 메모리 컨텍스트 클래스의 Set<>() 방법은 여기를 살펴입니다 사전에 누구 한테 제안이 있다면?

Answer 2

표준 WA가 없습니다. y 저장소를 수행합니다. 무언가를으로 추상화 할 예정이지만 다른 사람들에게는 뭔가 다를 수 있습니다. 어떤 사람들은 일반적인 질의 방법을 가지고 있으며, 어떤 사람들은 repo 자체에서 특수한 질의만을 가지고 있습니다.

먼저 유스 케이스를 생각해보고 해당 유스 케이스에서 작동하도록 리포지토리를 디자인하십시오. 주소록 응용 프로그램을 디자인하고 저장소가 필요한 기능을 편리한 방식으로 제공 할 수 있다고 생각하십시오.