저는 첫 번째 DDD 응용 프로그램을 모델링하고 있습니다.이 질문에 붙어 있습니다 ...DDD - 도메인 외부의 지속성, 이름을 지정하는 방법?
내 응용 프로그램 및 인프라 계층에 내가 유지해야 할 몇 가지 세부 사항이 있지만, 이것들은 도메인과 관련이 없기 때문에 그것을 저장소라고 부르는 것을 좋아하지 마라. 누군가 어떻게 이름을 지을 수 있는지 알아낼 수 있습니까?
감사합니다.
DDD와 저장소 패턴 (RP)이 다른 경우 DDD에서 RP를 사용합니다. 이는 저장소에 지속성과 관련된 모든 것을 래핑 할 수 있다는 것을 의미합니다. 단지 도메인 저장소가 아닙니다. 아마도 귀하의 경우에는 PaymentGatewaysRepository 또는 smth가 있습니다.
포인트는 앱의 나머지 부분이 스토리지에 신경 쓰지 않도록 퍼시스턴스 액세스 세부 정보를 클래스에 래핑하면 그 클래스의 이름을 어떻게 지정하든 저장소 패턴을 사용하고 있다는 점이 포인트입니다.
좀 더 자세히 설명해야합니다 ... 왜 모델링되지 않았습니까? 그것은 단지 구성 설정, 모델의 범위 밖에있는 것들입니까? 로그 같은 거요?
사용자의 의견을 고려할 때 구성 설정은 실제로 도메인 모델과 직결되지만 지불 게이트웨이 설정은 모델 외부에있을 수도 있고 아닐 수도 있습니다. ID는 작성중인 응용 프로그램의 종류에 따라 다릅니다. 나는 당신이 지불 프로세서를 작성한다면, 그것은 당신의 도메인 모델의 정당한 "회원"이라고 믿습니다 :-) 또한 모델의 일반적인 구성을 모델링 할 수 있습니다 ... 사용자가 자신의 재정의 설정을 가질 것이라고 상상해보십시오. config "model"은 도메인 모델을 약하게 참조 할 수 있습니다.
또한 이러한 특성을 완전히 다른 도메인에서 모델링 할 수 있습니다 ... 고유 한 지속성을 가진 재사용 가능한 도메인 모델로서 다른 도메인에서 사용할 수 있습니다. 추가 기능 ...
예, 이와 유사하거나 지불 게이트웨이에 대한 구체적인 정보가 있습니다. – danielp
알았어. 저장소, 그렇습니다. 감사! – danielp