저장소 패턴 및 엔티티 프레임 워크

Question

EF로 저장소 패턴을 사용하여 온라인에서 많은 예제를 조사했습니다. 그러나 그들 중 누구도 관련 개체로 작업하는 것에 대해 정말로 이야기하지 않았습니다.

좋아요. 사용자가 여러 주소를 가질 수 있습니다.

IUserRepository 
User CreateUser(); 
void UpdateUser(); 

이제 사용자에게 주소를 추가해야한다면 Repository에 있어야합니까? OR 사용자 인스턴스의 경우

CRUD 및 저장소에 대한 작업 가져 오기에 저장소 패턴 shud가 사용되는 것으로 느낍니다. 그러나 관련된 엔티티와 작업 할 때 실제로 엔티티에 정의되어야합니다. [대부분의 경우 엔]

이 시나리오 에서처럼 주소는 사용자없이 쓸모 없으며 엔티티에 있어야하지 않습니까?

의견이 있으십니까?

Answer 1

이것은 실제로 EF 질문이 아닙니다. Repository 패턴에 관한 질문입니다. DDD 책을 들고 집합 뿌리의 개념을 읽어보십시오. 주소가 "사용자가 없으면 쓸모가 없다"면 저장소에 CRUD 메소드가 없어야합니다. 하지만 집계 루트 개념은 훨씬 더 공식적인 것으로 만듭니다.