‘매핑하지 않기' 전략

• 포트 인터페이스가 도메인 모델을 입출력 모델로 사용하면 두 계층 간의 매핑을 할 필요가 없다.

• 즉, 웹 계층과 애플리케이션 계층, 영속성 계층 모두 도메인 모델인 Account에 접근하는 것이다.

  • 물론 책의 그림상으로는 연결되어 있지 않지만, 실제 코드를 작성하면 어쩔 수 없이 웹 계층과 애플리케이션 계층도 Account를 알게 된다.

• 이 결과는?

  • 도메인과 애플리케이션 계층은 웹이나 영속성과 관련된 특수한 요구사항에 관심이 없음에도 웹과 영속성 관련 요구사항을 다뤄야 한다.
  • 기술적 요구사항이 아니더라도, 특정 계층에만 필요한 필드로 도메인 모델이 더럽혀질 수 있다.
  • 즉 Account는 웹, 애플리케이션, 영속성 계층과 관련된 이유로 변경된다!
    • SRP 위반

• 하지만 이 “No Mapping 전략”이 딱 들어맞을 때가 있다.

  • 간단한 CRUD 유스케이스에서 같은 필드를 가진 웹 모델을 도메인 모델로, 혹은 도메인 모델을 영속성 모델로 매핑할 필요가 있을까?
  • 그럴 필요 없다.

• 즉 모든 계층이 정확히 같은 구조, 같은 정보를 필요로 한다면 “No Mapping 전략”은 완벽한 선택지이다.

• 물론 애플리케이션 계층이나 도메인 계층에서 웹과 영속성 문제를 다루게 되면 곧바로 다른 전략을 고려해야한다.

• 중요한 점 → 어떤 매핑 전략을 선택했더라도 나중에 언제든 바꿀 수 있다!

‘양방향’ 매핑 전략