250x250
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
Tags
- vue.js
- 인덱스
- 자바스터디
- aop
- 인프런백기선
- 네트워크
- MariaDB
- jpa
- 클린코드
- 이펙티브 자바
- AWS RDS
- DDD
- 도메인 주도 개발 시작하기
- 이팩티브 자바
- react
- 혼공SQL
- 알고리즘
- 인프런김영한
- java
- AWS
- 알고리즘분석
- CleanCode
- mysql
- 스프링부트와AWS로혼자구현하는웹서비스
- 자바
- SQL쿡북
- 자바예외
- 자료구조
- 기술면접
- 이펙티브자바
Archives
- Today
- Total
목록도메인 모델과 바운디드 컨텍스트 (1)
기록이 힘이다.

도메인 모델과 경계 처음 도메인 모델을 만들 때 빠지기 쉬운 함정이 도메인을 완벽하게 표현하는 단일 모델을 만드는 시도를 하는 것이다. 그런데 1장에서 말한 것처럼 한 도메인은 다시 여러 하위 도메인으로 구분되기 때문에 한 개의 모델로 여러 하위 도메인을 모두 표현하려고 시도하면 오히려 모든 하위 도메인에 맞지 않는 모델을 만들게 된다. 논리적으로 같은 존재처럼 보이지만 하위 도메인에 따라 다른 용어를 사용하는 경우도 있다. 하위 도메인마다 사용하는 용어가 다르기 때문에 올바른 도메인 모델을 개발하려면 하위 도메인마다 모델을 만들어야 한다. 모델은 특정한 컨텍스트(문맥) 하에서 완전한 의미를 갖는다. 같은 제품이라도 카탈로그 컨텍스트와 재고 컨텍스트에서 의미가 서로 다른다. 이렇게 구분되는 경계를 갖는 ..
IT서적/도메인 주도 개발 시작하기
2023. 7. 31. 20:37