도메인에서 상태 반환

도메인 구동 응용 프로그램에서는 ServiceResponse<>이라는 유형을 사용하여 응용 프로그램 계층간에 데이터를 전송합니다. 구체적으로 도메인의 모든 메소드에서 하나를 반환합니다. 현재로서는 메서드에서 반환 된 데이터 (있는 경우) 또는 생성되었을 수있는 오류를 캡슐화합니다.도메인에서 상태 반환

다음은 질문입니다. 응용 프로그램의 다른 레이어에서 유용 할 수있는 필드를이 개체에 추가하는 것이 바람직합니까? 예를 들어, Status 또는 StatusCode 필드를 추가하여 나중에 HTTP 상태 코드 (일부 매핑 유무와 상관없이)로 사용하기 위해 서비스 계층에서 해석 할 수 있습니까?

출처

2012-01-20 Geoff Huston

나에게 좋은 장소 인 것 같습니다. 모든 방법이 어떤 종류의 "반응"을 반환한다는 생각은 너무 많이 분리하려고하는 것처럼 약간의 냄새가 날지 만, 그러한 극단적 인 감 결합이 보장되는 경우가 있습니다.

어쨌든 ServiceResponse은 쉽게 상태를 가질 수 있으며 필요한 경우 하나만 입력하면됩니다.

출처

2012-01-20 21:33:38 cdeszaq

답장을 보내 주셔서 감사합니다. 그러나이 상태 코드는 아마도 서비스 계층에 대한 대부분의 정보가 될 것입니다. 좋은 점은 도메인 계층이 서비스 계층을 특별히 고려해야한다는 것입니다. –

아니요, 도메인 계층은 구성원과 함께하는 계층보다 상위 계층에 대해 세계에서주의를 기울여서는 안됩니다. 'ServiceResponse <>'자체는 서비스 계층에 상주해야하며 서비스 메소드가 반환 될 때 관련 도메인 객체를 포함합니다. 도메인 객체는 다른 도메인 객체에 대해 알고있는 메소드 만 가져야합니다. – cdeszaq

대단히 감사합니다! –

도메인에서 상태 반환

답변

관련 문제