2008/01/15 10:21 Developer
translation mechanism을 어디에 둘것인가?
새로운 모델과 레거시 사이에 translation이 필요할 경우 어디에 둘것인가를 고민하게 된다.
Context 를 넘나드는 슈퍼 모델은 문제가 생길 가능성이 많아 진다.
굵은 글씨는 내가 표시를 해봤다.
좀더 이 원칙을 확장을 해서 생각을 해보면, 컨텍스트와 레이어가 틀린 경우 클라이언트 모델에 따라서 변환이 필요한 경우가 있다.
이 때 translation을 하는 로직을 어디에 둘지 고민이 많은데, 기본적인 원칙은 모델에 두는 것보다 별도로 translation을 하는 책임을 가지고 있는 것이 좋겠다.
Context 를 넘나드는 슈퍼 모델은 문제가 생길 가능성이 많아 진다.
굵은 글씨는 내가 표시를 해봤다.
A decision was made up front that the new model would depart from that of the legacy, so the legacy cargotracking system is outside the boundary. Necessary translation between the new model and the legacy is to be the responsibility of the legacy maintaince team. The translattion mechanism is not driven by the model. It is not in the BOUNDED CONTEXT. It is good that translation is out of CONTEXT. It would be unrealistic to ask the legacy team to make any real use of the model because their primary work is out of CONTEXT.
- DomainDrivenGesign by Eric Evans
- DomainDrivenGesign by Eric Evans
좀더 이 원칙을 확장을 해서 생각을 해보면, 컨텍스트와 레이어가 틀린 경우 클라이언트 모델에 따라서 변환이 필요한 경우가 있다.
이 때 translation을 하는 로직을 어디에 둘지 고민이 많은데, 기본적인 원칙은 모델에 두는 것보다 별도로 translation을 하는 책임을 가지고 있는 것이 좋겠다.
