코딩은 마라톤

표현 영역과 응용 영역표현 영역 : 사용자의 요청 해석, 요청에 상응하는 응용 서비스 실행응용 영역 : 실제 사용자가 원하는 기능을 제공하는 서비스응용 서비스 역할응용 서비스는 사용자의 요청을 처리하기 위해 리포지터리에서 도메인 객체를 가져와 사용한다.응용 서비스는 도메인 영역과 표현 영역을 연결하는 창구응용 서비스가 복잡하면 서비스에서 도메인 로직 일부를 구현하고 있을 수 있음 → 도메인 로직을 서비스에서 사용하고 있을 수 있음응용 서비스는 트랜잭션 처리 담당도메인 로직 넣지 않기도메인 로직을 응용 서비스에 분산해서 구현할 경우 문제점코드 응집성 떨어짐도메인 데이터와 도메인 로직이 한 영역에 위치하지 않기 때문여러 응용 서비스에서 동일한 도메인 로직을 구현할 가능성이 높아짐응용 서비스 구현응용 서비스는..

CQRS명령(Command) 모델과 조회(Query) 모델을 분리하는 패턴명령 모델상태를 변경하는 기능을 구현할 때 사용한다.ex) 회원가입, 암호 변경, 주문 취소 등 상태(데이터)를 변경하는 기능조회 모델데이터를 조회하는 기능을 구현할 때 사용한다.ex) 주문 목록, 주문 상세처럼 데이터를 보여주는 기능 용도엔티티, 애그리거트, 리포지터리 등의 모델은 상태를 변경할 때 주로 사용한다.즉 도메인 모델은 명령 모델로 주로 사용된다. 정렬, 페이징, 검색 조건 지정과 같은 기능은 조회 기능에서 사용한다.즉 조회 모델을 구현할 때 주로 사용한다.스펙검색을 위한 스펙검색 조건이 고정되어 있고 단순하면 다음과 같이 특정 조건으로 조회하는 기능을 만든다.public interface OrderDataDao { ..

JPA를 이용한 리포지터리 구현모듈 위치리포지터리 인터페이스는 애그리거트와 같이 도메인 영역에, 구현할 클래스는 인프라스트럭처 영역에 속한다.리포지터리 기본 기능 구현ID로 애그리거트 조회하기애그리거트 저장하기public interface OrderRepository { Order findById(OrderNo no); void save(Order order);} 인터페이스는 애그리거트 루트를 기준으로 작성한다.위 리포지터리를 JPA로 구현하는 리포지터리는 JPA의 EntityManager를 이용해서 구현한다.@Repositorypublic class JpaOrderRepository implements OrderRepository { @PersistenceContext private Entity..

애그리거트개발할 때 상위 수준 개념을 이용해서 전체 모델을 정리하면 전반적인 관계를 이해하는 데 도움이 된다.↔ 도메인 객체 모델이 복잡해지면 개별 구성요소 위주로 모델을 이해하게 되고, 전반적인 구조나 큰 수준에서 도메인 간의 관계를 파악하기 어려워진다.→ 코드 유지보수성 및 확장성이 어려워진다.→ 복잡한 도메인을 이애하고 관리하기 쉬운 단위로 만들기 위해 상위 수준에서 모델을 볼 수 있어야 하는데 이 방법이 바로 "애그리거트" 다. 애그리거트는 모델 이해 뿐만 아니라 일관성을 관리하는 기준이 된다.애그리거트는 관련된 모델을 하나로 모았기 때문에 한 애그리거트에 속한 객체는 유사하거나 동일한 라이프 사이클을 갖는다.주문 애그리거트 생성 시 Order만 생성하면 안되고 관련 객체를 함께 생성해야 한다.애..

4개의 영역표현, 응용, 도메인, 인프라스트럭처 는 아키텍처를 설계할 때 출현하는 전형적인 4가지 영역이다.표현 : 사용자의 요청을 받아 응용 영역에 전달 및 처리 결과를 사용자에게 보여주는 역할스프링 MVC 프레임워크가 표현 영역을 위한 기술에 해당응용 : 시스템이 사용자에게 제공해야 할 기능 구현기능을 구현하는데 도메인 영역의 도메인 모델을 사용한다.public class CancelOrderService { @Transactional public void cancelOrder(String orderId) { Order order = findOrderById(orderId); if (order == null) throw new OrderNotFoundException(orderId); // 도..

책 선정개발 방법론은 여러 개있는 걸로 알고 있다.예를 들면, 테스트 주도 개발(TDD), 도메인 주도 개발(DDD), 리드미 주도 개발(?) 등등TDD나 DDD를 공부해서 동아리 프로젝트때 도입시키고 싶은 욕구? 욕망? 이 컸다. TDD와 DDD 중에 DDD를 선택한 이유는 TDD보다 쉽지 않을까..? 라는 생각이 가장 컸다.TDD는 아무래도 테스트 코드 작성하는 과정이 좀 복잡할 거라고 생각했다. (물론 DDD 공부 후에 할거지만,,)그리고 1달 뒤에 시작하는 프로젝트에서 도입하려면 TDD보다는 DDD가 더 낫지 않을까 생각했다. (프로젝트에 도입할 수 있을까,,,)또 다른 이유로는 전 회사에서 DDD로 프로젝트를 진행하셨던 거 같은데 이미 프로젝트가 완성된 상황에서 입사한 상태였어서 패키지 구조나 ..