일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
Tags
- 포트앤어댑터 아키텍처
- series
- 헥사고날 아키텍처
- 백준
- 이펙티브 자바
- DP
- JPA
- 스프링
- 문자열
- java
- 다익스트라
- dfs
- equals
- BFS
- 세그먼트 트리
- pandas
- 위상정렬
- 비트마스크
- dataframe
- Redis
- docker
- springboot
- disjoint set
- 데이터 flow
- spring security
- 알고리즘
- UML
- 파이썬
- ddd
- 자바
Archives
- Today
- Total
목록2022/10 (1)
코딩못하는사람
9.도메인 모델과 바운디드 컨텍스트
1.도메인 모델과 경계 도메인을 완벽하게 표현하는 단일 모델을 만드려는 실수 -> 오히려 모든 하위 도메인에 맞지 않는 모델을 만들게 된다. 회원 도메인은 회원이 될수있고 주문자가 될수있고 보내는사람이 될수있는 예시. 섞이기 시작하면 모델의 의미가 약해지기 때문에 요구사항 반영이 어려워진다. 명시적으로 구분되는 경계를 가져서 섞이지 않도록 해야 한다. 모델은 특정 컨텍스트하에서 완전한 의미를 갖는다.구분되는 경계를 갖는 컨텍스트를 DDD에서는 바운디드 컨텍스트라고 부른다. 2. 바운디드 컨텍스트 바운디드 컨텍스트는 모델의 경계를 결정, 한개의 바운디드 컨텍스트는 한개의 모델을 갖음. 용어를 기준으로 구분. BD는 실제로 기능을 제공하는 물리 시스템, 도메인 모델은 바운디드 컨텍스트 안에서 도메인 구현. ..
DDD/도메인 주도 개발 시작하기
2022. 10. 27. 00:59