❐ Description도메인 주도 설계의 목표는 기술보다는 도메인에 대한 모델에 집중해 더 나은 소프트웨어를 만드는 것"에릭 에반스 - 도메인 주도 설계" 6장의 Repository 내용 정리.여기서 만든 예제는 스스로 이해를 돕기 위해 만든 간단한 예제.저장된 객체를 가져오는 것은 실제로는 생성의 한 부분집합Entity의 생명주기 가운데 중간 단계에 불과     ❐ 필요한 데이터를 직접 획득해서 조작하면 안된다.우선 여기서 가장 중요하게 설명하는 것은 아래와 같다. 클라이언트 코드에서 직접적으로 데이터베이스를 사용해서 Aggregate나 캡슐화와 같은특징을 활용하는 것을 우회하려고 하고, 그 대신 필요한 데이터를 직접 획득해서 조작하면 안된다. 아래와 같이 하지말라는 것이다.// 클라이언트 코드pub..

❐ Description"에릭 에반스 - 도메인 주도 설계" 6장의 Factory 내용 정리.여기서 만든 예제는 스스로 이해를 돕기 위해 만든 간단한 예제.     ❐ Factory와 Factory의 위치 선정1. Aggregate 내부 Factory MethodAggregate의 루트 엔티티에 팩토리 메서드를 배치하면, Aggregate의 무결성을 보장하는 책임을 루트가담당하게 된다.public class PurchaseOrder { private final String orderId; private final List items; // 생성자 생략 // ... // FACTORY METHOD: PurchaseItem을 생성하고 Aggregate에 추가 p..

❐ DescriptionWewoot 프로젝트를 하면서 DDD를 접했었다. 그 당시에는 빠른 실무 적용을 위해 "도메인 주도 개발 시작하기" 책을 통해서 스터디를 했고, 프로젝트에 점진적으로 적용해 나아갔다.아무래도 JPA 기반으로 설명이 되어 있다보니 적용이 수훨했다.  요즘 내 눈에는 MSA라는 단어가 많이 보인다. 아무래도 경력직 공고를 보다보니 그런 것 같다.그러다보니 DDD라는 설계에 꽂히게 됐다. 그리고 개인적으로 도메인들을 잘 쪼개놓고 그것이기대하는대로 동작하는 것을 보면 왠지 모르게 기분이 좋다. 그래서 이번에는 좀 더 깊에 DDD를 공부해보고자 "에릭 에반스 - 도메인 주도 설계"를 읽으면서DDD에 대한 지식의 깊이를 더 해보려고 한다. 후기를 보니 난이도도 높은데 번역이 쫌 자연스럽지 않..