Eternity's Chit-Chat

그림 4 REPOSITORY 구현 클래스만 변경되었을 뿐 도메인 모델은 변합이 없다. 이것이 바로 Domain-Driven Design, 낮은 결합도, 비 침투적인 인프라 스트럭처의 힘이다.

도메인을 닮은 어플리케이션

부부는 함께 살면 얼굴이 닮는다고 한다. 어플리케이션 역시 자신이 투영하고 있는 도메인과 오래도록 동고동락할 수 밖에 없다. 따라서 가장 좋은 어플리케이션은 시간이 지남에 따라 도메인과 닮아가는 어플리케이션이 아닌가 생각된다. 백년해로하는 노부부처럼 말이다.

그러나 시간이 지나면서 자연스럽게 얼굴이 닮아 가는 부부와 달리 어플리케이션의 경우 도메인을 닮기 위해서는 시작부터 도메인을 염두에 두고 출발해야 한다. 실제 도메인의 용어와 개념을 차용하여 어플리케이션을 구성하고, 도메인을 추상화한 단일 모델을 통해 개발을 이끌어 나가며, 비침투적인 인프라 스트럭처를 사용하여 도메인의 독립성을 보장하는 것이 그 출발점이 될 것이다.

DOMAIN MODEL 패턴은 도메인과 어플리케이션 간의 표현적 차이를 최소화하기 위해 도메인 레이어를 구성하는 방법이다. 그러나 DOMAIN MODEL을 구성하기 위한 원칙이나 비침투적인 인프라 스트럭처 없이 DOMAIN MODEL 패턴을 적용할 경우 프로젝트의 실패로 이어질 확률이 높다. 물론 DOMAIN MODEL 패턴을 적용하는데 있어 가장 큰 어려움은 객체 지향 분석/설계 기술을 가진 팀을 구성하는 일일 것이다. 본 아티클이 DOMAIN MODEL 패턴을 사용하여 어플리케이션을 구축하려고 하는 팀에게 작지만 알찬 정보를 제공했기를 바라면서 아티클을 마치고자 한다.