asp.net-mvc

나는이 파티에 늦었지만 이것은 일반적이고 중요한 질문인데, 내가 대답해야한다고 느꼈습니다.

“서비스” 란 블루 북 의 Evan ‘s에서 설명한 “애플리케이션 계층”을 의미 합니까? 나는 당신이 그렇게한다고 가정 할 것입니다.이 경우 대답은 DTO를 반환 해서는 안됩니다 . 나는 “도서 격리”라는 제목의 청서 4 장을 읽는 것이 좋습니다.

이 장에서 Evans는 레이어에 대해 다음을 말합니다.

복잡한 프로그램을 계층으로 분할하십시오. 응집력이 있고 아래 레이어에만 의존하는 각 레이어 내에서 디자인을 개발하십시오.

이에 대한 충분한 이유가 있습니다. 소프트웨어의 복잡성 을 측정하기 위해 부분 순서 개념을 사용하는 경우 계층을 그 위의 계층에 의존하면 복잡성이 증가하여 유지 관리 성이 떨어집니다.

이것을 귀하의 질문에 적용하면 DTO는 실제로 사용자 인터페이스 / 프리젠 테이션 계층과 관련된 어댑터입니다. 원격 / 교차 프로세스 통신은 정확히 DTO 의 목적 이라는 점을 기억하십시오 (그 포스트에서 Fowler는 DDD가 반드시 DDD 언어를 사용하는 것은 아니지만 서비스 계층의 일부인 DTO에 대해서도 논한다는 점은 주목할 가치가 있습니다).

응용 프로그램 계층이 해당 DTO에 의존하는 경우 자체 계층 이상의 계층에 따라 복잡성이 증가합니다. 이로 인해 소프트웨어 유지 관리가 어려워집니다.

예를 들어, 시스템이 여러 다른 시스템 또는 클라이언트 유형과 인터페이스하고 각각 고유 한 DTO가 필요한 경우 어떻게해야합니까? 응용 프로그램 서비스의 어떤 DTO가 반환해야하는지 어떻게 알 수 있습니까? 선택한 언어에서 반환 유형에 따라 메서드 (이 경우 서비스 메서드) 오버로드를 허용하지 않는 경우이 문제를 어떻게 해결 하시겠습니까? 그리고 방법을 알아 내더라도 프레젠테이션 계층 문제를 지원하기 위해 애플리케이션 계층을 위반하는 이유는 무엇입니까?

실질적인 측면에서 이것은 스파게티 건축물로 끝나는 길을 한 단계 밟습니다. 나는 이런 종류의 혁명과 그 결과를 내 경험에서 보았습니다.

현재 작업중인 응용 프로그램 계층의 서비스는 도메인 개체를 반환합니다. 인터페이스 (예 : UI / 프레젠테이션) 레이어는 그 아래 에있는 도메인 레이어에 의존하기 때문에이 문제를 고려하지 않습니다 . 또한이 종속성은 다음과 같은 이유로 “참조 전용”유형의 종속성으로 최소화됩니다.

a) 인터페이스 계층은 응용 프로그램 계층을 호출하여 얻은 읽기 전용 반환 값으로 이러한 도메인 개체에만 액세스 할 수 있습니다.

b) 애플리케이션 계층의 서비스에 대한 메소드는 해당 계층에 정의 된 “원시”입력 (데이터 값) 또는 객체 매개 변수 (필요한 경우 매개 변수 수를 줄이기 위해)를 입력으로 만 허용합니다. 특히 응용 프로그램 서비스 는 도메인 개체를 입력으로 받아들이지 않습니다 .

인터페이스 계층은 인터페이스 계층 자체에 정의 된 맵핑 기술을 사용하여 도메인 오브젝트에서 DTO로 맵핑합니다. 다시 말하지만 DTO는 인터페이스 계층에 의해 제어되는 어댑터에 계속 집중합니다.

답변