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 |
Tags
- 단위테스트
- spring cloud
- spring cloud netflix
- spring cloud netflix eureka
- code refactoring
- 탐색
- netflix eureka
- reactive
- Eureka
- docker
- test
- zuul
- dfs
- BFS
- forkandjoinpool #threadpool #jvm #async #non-blocking
- springcloud
- Dynamic Routing
- netflix
- unittest
- Java
- Spring Data Redis
- unit
- container image #docker #layer #filesystem #content addressable
- spring cloud netflix zuul
- microservice architecture
- api-gateway
- java #jvm #reference #gc #strong reference
- 서비스스펙
- 설계
Archives
- Today
- Total
phantasmicmeans 기술 블로그
DDD Quickly - 2. 유비쿼터스 언어 본문
유비쿼터스 언어
소프트웨어 전문가와 도메인 전문가가 이야기하다보면 의사소통 장벽으로 인한 근본적 어려움이 있음
도메인 전문가는 DB가 무엇인지 라이브러리가 무엇인지 알지조차 못한다. 자신의 특화된 분야만 알고있다.
외부인들이 이해하기 어려운 자신들만의 전문용어로
이야기한다.
- 팀 멤버끼리 도메인에 관해 토의할 수 있는 공통언어를 갖지 못하면 심각한 위험에 직면하게 된다.
- 우리는 모델을 이야기하고 정의할 때 같은 언어로 말할 필요가 있다.
도메인 주도 설계의 핵심 원칙은 모델 기반의 언어를 사용하는 것
> 모델
은 소프트웨어와 도메인이 서로 교차하는 지점이기 때문
- 모델을 언어의 중추로 사용하라
- 이 언어를 최대한 끊임없이 사용하도록 요구하라
- 팀이 사용하는 모든 의사소통 형식에 항상 이 언어가 사용되도록 확인하라.
유비쿼터스 언어: 언제 어디서나 동시에 존재하는
이라는 뜻으로, 여기서는 도메인 기반 모델을 표현한 언어가 프로젝트 전반에 걸쳐 모든 사용자에 의해 사용되어야 한다는 의미로 사용됨
우리는 도메인과 설계를 정의할 핵심 개념을 찾아 거기에 해당하는 적절한 단어를 찾아야하고, 도메인 전문가는 어색하거나 오해를 일으키는 용어 및 구조에 반대해야 한다.
결론은 항상 용어를 통일하라
'DDD' 카테고리의 다른 글
DDD Quickly - 3. 모델 주도 설계 (0) | 2021.12.30 |
---|---|
DDD Quickly - 1. 도메인 주도 설계란 무엇인가? (0) | 2021.12.30 |
Comments