Writing

작업 노트

기술 자체보다 어떤 문제를 왜 그렇게 풀었는지에 초점을 둡니다.

도메인 주도 설계 구현-아키텍쳐(2)

도메인 주도 설계 구현 아키텍처 의존성 역행 원리 의존성이 영향을 주는 방식을 조정함으로써 전통적인 계층 아키텍처를 개선하는 방법이 하나 있다. 로버트 C 마틴에 의해 제안되었다. 상위 수준의 모듈은 하위 수준 모듈에 의존해선 안된다. 둘 모두 반드시 추상화에 의존해야 한다. 헥사고날 또는 포트와 어댑터 앨리스테이 콕빈은

5 min read

인텔리제이에서 특정 파일이 열리지 않음

인텔리제이에서 특정 파일이 열리지 않음 갑자기 인텔리제이에서 특정 파일 하나만 열리지 않고 아래 처럼 아이콘이 바뀌면 shift 키를 두번 누른후 file type 으로 검색하면 아래의 associate file type 메뉴를 볼수 있다. 여기서 해당 파일에 맞는 에디터를 선택해주면 된다. shift 키를 두번이 편하지

2 min read

도메인 주도 설계 구현-아키텍쳐(1)

도메인 주도 설계 구현 아키텍처 DDD의 가장 큰 장점 중 하나는 특정 아키텍처의 사용을 요구하지 않는다는 점이다. 핵심 도메인이 바운디드 컨텍스트의 중심에 머무르기 때문에 하나 이상의 아키텍처적 영향력이 전체 애플리케이션이나 전체 시스템에 영향을 미칠 수 있도록 해준다. 사용중인 모든 아키텍처의 영향을 정당화하고 정당화

3 min read

도메인 주도 설계 구현-컨텍스트 맵(2)

도메인 주도 설계 구현 컨텍스트 맵 컨텍스트 맵이 필수적인 이유 세가지 컨텍스트를 매핑하기 모델의 경우엔 반갑지 않은 방문자 때문에 일반적으로 혼란과 버그를 발생시킨다. 모델러라면 따뜻하게 환영하지만, 질서와 조화를 존중한다는 조건을 지킬 때만 그렇다. 경계에 진입하는 모든 개념은 자신이 갖고 있는 권리를 설명 해야 하며

3 min read

도메인 주도 설계 구현-컨텍스트 맵(1)

도메인 주도 설계 구현 컨텍스트 맵 둘 이상의 기존 바운디드 컨텍스트들 사이의 매핑을 보여주는 단순한 다이어그램을 그리는 방법이다. 컨텍스트 맵이 필수적인 이유 DDD를 위한 노력을 처음 시작할때 현재 프로젝트 상황의 시각적 컨텍스트 맵을 먼저 그리자 컨텍스트 맵은 상호 교류해야 할 시스템의 목록 뿐 아니라 팀 내부의 의

5 min read

도메인 주도 설계 구현-도메인, 서브도메인, 바운디드 컨텍스트(4)

도메인 주도 설계 구현 도메인, 서브도메인, 바운디드 컨텍스트 샘플 컨텍스트 모델을 안정적으로 만들수 있는 임시 개선 방안 모델을 책임 계층으로 리팩토링해 보안과 권한 기능을 현존하는 모델 아래의 논리적 계층으로 내려서 구분할 수 있다. 또 다른 대안으로, 분리된 핵심에 맞춰 작업할 수도 있다. 참조

1 min read

도메인 주도 설계 구현-도메인, 서브도메인, 바운디드 컨텍스트(3)

도메인 주도 설계 구현 도메인, 서브도메인, 바운디드 컨텍스트 바운디드 컨텍스트 이해하기 바운디드 컨텍스트는 그 안에 도메인 모델이 존재하는 명시적인 경계 명시적으로 다른 두 모델 내부에선 같거나 비슷한 이름의 객체임에도 서로 다른의미를 갖는 경우가 종종 있다. 두 모델을 명시적인 경계로 둘러싸면 각 컨텍스트 안의 각 개

6 min read

도메인 주도 설계 구현-도메인, 서브도메인, 바운디드 컨텍스트(2)

도메인 주도 설계 구현 도메인, 서브도메인, 바운디드 컨텍스트 왜 전략적 설계가 엄청나게 필수적인가 팀은 반듯이 비즈니스 도메인과 그에 따른 서브도메인은 물론 이고 그들이 개발하고 있는 바운디드 컨텍스을 이해하고 있어야 된다. 현실의 도메인과 서브도메인 도메인은 문제점 공간과 해결책 공간을 모두 갖고 있다. 문제점 공간은

4 min read