수정 된 BISDM 버전을 기반으로 여러 데이터베이스 엔티티에 대한 RESTful 서비스를 만들고 있습니다. 이러한 엔티티들 중 일부는 아래에 나타낸 바와 같이 룩업 테이블을 관련있다 :리포지토리 패턴을 구현할 때 조회 값/테이블이 자체 리포지토리를 가져야합니까?
가 I 데이터 지속성/회수 간의 분명한 구분을 제공하는 저장소 패턴을 사용하기로했다; 그러나 엔티티와는 대조적으로 조회가 저장소에 어떻게 표시되어야하는지 잘 모르겠습니다.
룩업은 자체 저장소 인터페이스를 가져야하며 연관된 엔티티와 하나를 공유하거나 일반 ILookupRepository 인터페이스가 있어야합니까?
잠시 동안 이러한 조회는 읽기 전용입니다. 그러나 서비스를 통해 조회를 편집 할 수있는 시간이 있습니다. 덧붙여서이 질문은 look-up tables & RESTful web services에 관한 또 다른 질문과 관련이 있습니다.
이 방법을 사용하면 UpdateSpaceCategory (SpaceCategory spaceCategory) 및 DeleteSpaceCategory (string id)도 ISpaceRepository에 올 바르게 표시됩니까? –
. 저장소의 목적은 기본 데이터 액세스를 숨기는 것입니다. 데이터베이스 계층을 전환하려면 나머지 프로그램에서 여전히 저장소에서 GetCategories() 또는 UpdateCategory()를 호출해야합니다. 변경 사항은 저장소 소비자에게 투명하게 적용됩니다. – womp