도메인주도설계(Domain-Driven Design, DDD)  읽는 중



소프트웨어 시스템을 분리하는 방법.

계층화. 계층화의 핵심 원칙은 한 계층의 모든 요소는 오직 같은 계층에 존재하는 다른 요소나 계층상 "아래"에 위치한 요소에만 의존한다는 것이다. 위로 거슬러 올라가는의사소통은 반드시 간접적인 메커니즘을 거쳐야 하며...

계층화의 가치는 각 계층에서 컴퓨터 프로그램의 특정 측면만을 전문적므로 다룬다는 데 있다. 이러한 전문화를 토대로 각 측면에서는 더욱 응집력 있는 설계가 가능해지며, 이로써 설계를 더욱 쉽게 이해할 수 있다.


가장 바람직한 아키텍처 프레임워크라면 도메인 개발자가 모델을 표현하는 것에만 집중하게 해서 복잡한 기술적 난제를 해결한다.
...
프레임워크를 적용할 때 팀은 프레임워크의 목적에 집중해야 하는데, 그러한 프레임워크의 목적은 도메인 모델을 표현하고 해당 도메인 모델을 이용해 중요한 문제를 해결하는 구현을 만들어내는 데 있다.


한 프레임워크를 이용해 해결하기 힘든 갖가지 측면은 어려운 문제를 해결하고자...여러 프레임워크를 선택적으로 적용해서 극복할 수 있다. 프레임워크의 가장 유용한 기능만 분별력있게 적용한다면 구현과 프레임워크 간의 결합이 줄어들어 차후 설계 의사결정을 더욱 유연하게 내릴 수 있을 것이다.


도메인 로직이 프로그램상의 다른 관심사와 섞여 있다면 그와 같은 대응을 달성하기가 수월하지 않다. 따라서 도메인 주도 설계의 전제조건은 도메인 구현을 격리하는 것이다.

결국 도메인을 격리할 때의 가장 좋은 점은 부수적인 것을 배제하고 도메인 설계에만 집중할 수 있다는 것이다.


프로젝트에 도메인 모델은 있었지민 동작하는 소프트웨어를 개발하는 데 직접적으로 도움을 주지 않는 한 종이에 기록된 모델이 무슨 의미가 있겠는가?
...
도메인 주도 설계에서는 초기 분석 딘계에 도움이될 뿐 아니라 설계의 기반이 되는 모델이 필요하다.
...
코드와 그것의 기반이 되는 모델이 긴밀하게 연결되면 코드에 의미가 부여되고 모델과 코드가 서로 대응하게 된다.

DDD, chap 3. 모델과 구현의 연계


많은 개발자가 단지 프로그램 코드를 구성하는 데만 객체의 기술적 능력을 적용해 도움을 얻지만 객체 설계에서의 진정한 도약은 코드가 모델의 개념을 표현할 때 나온다.

모델에 기여하는모든 기술자는 프로젝트 내에서 수행하는 일차적인 역할과는 상관없이 코드를 접하는 데 어느 정도 시간을 투자해야만 한다. 코드를 변경하는 책임이 있는 모든 이들은 코드를 통해 표현하는 법을 반드시 배워야 한다. 모든 개발자는 모델에 관한 일정 수준의 토의에 깊이 관여해야 하고 도메인 전문가와도 접촉해야 한다.

국내의 많은 프로젝트들은 분석설계자와 개발자가 분리되어 있는 경우가 많다. 그 때문인지 분석설계된 모델이 개발자가 구현되는 단계에서 그 모습을 제대로 유지하지 못하고 구현 후에는 도메인 전문가들과 어울어지지 못하는 괴리감을 형성하며 불편해하는 경우가 잦다. 가능하다면, 프로젝트 초기부터 개발자들이 함께 참여하면서 분석설계를 하고 도메인을 정의하며 프로젝트를 시작해야 한다. 그러나 대부분의 프로젝트가 초기에 기획자와 아키텍트만 사전투입되고 개발자는 산발적으로 모집하여 진행하는 경우가 잦다. 이런 프로젝트는 대부분이... 실패할 가능성이 높다.


+ Recent posts