2008/01/15 08:46 Developer
도메인 모델을 더럽히지 않으려면
모델에 너무 많은 책임을 넣다가 보면, 무거워지고 모델의 특성을 더렵히게 된다.
어떻게 하면 이것을 피할수 있을까? 자연스럽게 관련된 책임을 분리를 해야 한다.
모델의 중요한 비즈니스 로직만 두고, 모델을 잘 보살피기 위한 클래스들을 만들어야 한다.
대부분 presentation layer와 persistence layer에서 문제가 생긴다. 이것을 해결해보자,
1. 웹,DB에서 입력값이 있는 경우 모델에 올바르게(wellformed)하게 데이터를 넣어주는 role을 가진 로직이 존재해야 한다.
2. 웹, DB에 데이터를 보여주거나 넣을 때 입력받은 값 그대로 넣지 않고, decorate가 필요한 경우가 있다. decorate하는 로직이 존재해야 한다.
1,2번의 로직은 경우에 따라서 구현하는 위치가 틀려 질수가 있다. 간단한 구현체나 하나의 클래스에 로직을 추가해도 되지만, 추가하려는 로직이 일관성을 어기거나 모델을 손상시키는 경우 과감하게 떼어내자.
어떻게 하면 이것을 피할수 있을까? 자연스럽게 관련된 책임을 분리를 해야 한다.
모델의 중요한 비즈니스 로직만 두고, 모델을 잘 보살피기 위한 클래스들을 만들어야 한다.
대부분 presentation layer와 persistence layer에서 문제가 생긴다. 이것을 해결해보자,
1. 웹,DB에서 입력값이 있는 경우 모델에 올바르게(wellformed)하게 데이터를 넣어주는 role을 가진 로직이 존재해야 한다.
2. 웹, DB에 데이터를 보여주거나 넣을 때 입력받은 값 그대로 넣지 않고, decorate가 필요한 경우가 있다. decorate하는 로직이 존재해야 한다.
1,2번의 로직은 경우에 따라서 구현하는 위치가 틀려 질수가 있다. 간단한 구현체나 하나의 클래스에 로직을 추가해도 되지만, 추가하려는 로직이 일관성을 어기거나 모델을 손상시키는 경우 과감하게 떼어내자.
A model applies in a context. The context may be a certain part of the code, or the work of a paticular team.
- DomainDrivenDesign by Eric Evans
- DomainDrivenDesign by Eric Evans
