Tech Log 🛠️

도메인 서비스 여러 애그리거트가 필요하고 책임이 애매할 때 도메인 서비스를 이용할 수 있다. 도메인 서비는 다음 상황에 이용된다. 1. 계산로직 2. 외부 시스템 연동이 필요한 로직 도메인 서비스는 상태 없이 로직만 구현한다. 도메인 서비스를 애그리거트 객체에 주입하면 안된다! 외부 시스템 연동과 도메인 서비스 public interface API { ... } 도메인 로직 관점에서 인터페이스를 작성해야한다. 응용 서비스는 이 도메인 서비스를 이용해서 기능을 수행한다. 도메인 서비스의 로직이 고정되어 있지 않으면 , 도메인 서비스 자체를 인터페이스로 구현할 수 있다. 도메인 서비스의 구현이 특정 기술에 의존하거나 외부 API를 사용한다면 추상화해야한다.

표현 영역과 응용 영역 응용 영역과 표현 영역은 사용자와 도메인을 연결해주는 매개체 역할이다. 표현 영역은 사용자의 요청을 해석하고 그 기능을 제공하는 응용 서비스를 실행한다. 응용 영역은 실제 사용자가 원하는 기능을 제공한다. 두 영역은 서로 요구하는 파라미터와 형식이 다르기 때문에 요청을 변환해야한다. 사용자가 상호작용은 표현 영역이 처리하기 때문에, 응용 서비스는 표현 영역에 의존하지 않아야한다. 응용 서비스의 역할 사용자의 요청을 처리하기 위해 리포지터리에서 도메인 객체를 가져와 사용한다. public Result func(Req req){ // 리포지터리에서 애그리거트를 구함 Agg agg = AggRepository.finById(req.getId()); // 애그거트의 도메인 기능 실행 ad..

애그리거트 객체 모델이 복잡해지면 개별 구성요소 위주로 모델을 이해하게 되고 전반적인 구조나 큰 수준에서 도메인 간의 관계를 파악하기 어려워진다. -> 상위 수준에서 모델을 조망해야하는데 , 애그리거트를 사용할 수 있다. 애그리리거트는 복잡한 도메인을 단순한 구조로 만들어준다. 애그리거트에 속한 객체는 유사하거나 동일한 라이프 사이클을 가지며 다른 애그리커트에 속한 객체는 다른 애그리커트에 속하지 않는다. 애그리거트 루트 애그리거트 전체를 관리할 주체가 필요한데, 이 책임을 지는 것이 루트 엔티티이다. ex) Order -> (OrderLine) , (Orderer) , (Address) 핵심 역할은 애그리거트의 일관성이 깨지지 않도록 하는 것이다. 루트는 애그리거트가 제공해야할 도메인을 구현한다. 애그..

네 개의 영역 표현 영역 HTTP 요청을 필요로 하는 형식으로 변환해서 응용 영역에 전달하고 다시 응답을 HTTP 응답으로 변환하여 전송 ex) mvc 프레임워크 응용 영역(서비스 계층) 도메인 영역의 모델을 사용해서 사용자에게 제공하는 기능을 구현한다. 로직을 직접 수행하기 보단 도메인 모델에 로직 수행을 위힘 도메인 영역 도메인 모델을 구현하고 핵심 로직을 구현 public cancelOrder(String orderId) { Order order = findOrderById(orderId); // 도메인 모델에 위임 ... } 인프라 스트럭쳐 영역 논리적 개념 보다는 구현 기술을 다룬다. ex) DB ,SMTP , 카프카 계층 구조 아키텍처 아키텍처는 보통 표현 -> 응용 -> 도메인 -> 인프라스..

요구 사항 요구사항을 올바르게 이해하지 못하면 엉뚱한 기능을 만들게 된다. (Garbage in , Garbage out) -> 코딩에 앞서 요구사항을 올바르게 이해하는 것이 중요하다 ! 도메인 모델 특정 도메인을 개념적으로 표현한 것을 도메인 모델이라고 한다. 도메인 모델을 사용하면 여러 관계자들이 동일한 모습으로 이해할 수 있으며, 여러가지 종류로 모델링 할 수 있다. ex) 객체 , 상태 다이어그램, 그래프 도메인 모델 패턴 도메인 계층은 도메인의 핵심 규칙을 구현한다. 아래의 코드는 주문 상태에 따라 배송지를 변경할 수 있는 가에 대한 코드를 도메인 모델 패턴으로 구현 public class Order { private OrderState state; private ShippingInfo inf..

개요 swagger 적용 후 일부 API에 대해서 모두 똑같은 Request Body가 보이는 현상이 발생하였다. 원인 우리는 sealed interface 내부에 중첩 클래스로 dto를 request 라는 이름으로 만들어주었는데, swagger에서 똑같은 이름의 record들을 구분하지 못한게 원인이었다. 해결 해당 블로그에서 application.yml에 설정을 추가해주면 된다는 것을 알게되었다. swagger 사용시 패키지가 다른 동일 클래스를 구별하지 못하는 이슈 swagger 사용시 패키지가 다른 동일 클래스를 구별하지 못하는 이슈 여러명의 개발자가 페어로 개발을 하다보면 클래스명은 동일하지만 패키지를 다르게 해서 생성하게 되는 경우가 있다. 중복 클래스가 아니라 엄연히 다른 클래스인데 명칭이 ..

문제상황 JWT 토큰 검증 오류 시 필터에서 발생한 예외가 예외 핸들러에 잡히지 않는 문제가 발생 원인 전역 범위의 예외 핸들러는 @RestControllerAdvice 어노테이션를 붙여서 만들어주었다. 하지만 해당 어노테이션은 컨트롤러에서 발생한 예외만 처리할 뿐 필터 단의 예외는 처리하지 않는다. 그렇기 때문에 필터에서 발생할 예외를 처리해줄 필터가 필요하다 ! 따라서 만일 JWT 검증이 실패했을 시에 에러 코드와 메시지를 Response로 응답해줄 수 있도록 코드를 작성하였다. 그 결과 JWT 필터에서의 예외처리가 성공적으로 이루어지고 있는 것을 확인하였다.

컬렉션 컬렉션 인터페이스는 여러 객체의 묶음에 대해 제각각 다른 의미를 전달한다. 주로 성능에 관련된 프로그래머의 의도를 전달한다. 컬렉션이 표현하는 3가지 개념 1. 크기 - 배열의 크기는 생성 시 고정되지만, 대부분의 컬렉션은 중간에 크기를 수정할 수 있다. 2. 원소 간 순서 - 원소의 순서에 대한 정보가 필요하다면 순서를 보전하는 컬렉션을 사용해야한다. 3. 독자성 - 일부 연산의 경우 어떤 원소가 컬렉션에 속해있는 지 혹은 몇번 나타났는지 중요한 경우가 있다. 인터페이스 배열 가장 단순한 인터페이스이다. 유연성 문제를 제외하고 성능이 중요한 경우에 사용한다. Iterable 원소를 주가하는 것은 막을 수 있지만 원소가 지워질 위험이 있다. Collection Iterable을 상속하며 여러 메소..

조합 메소드 추상화 수준이 비슷한 메소드 호출로 하나의 메소드를 구성하라 관련된 코드만 모아놓고 관련성이 떨어지는 코드는 분리! 메소드를 구성할 때는 추측이 아닌 사실에 근거하라 -> 일단 동작하는 코드를 만들고 구성 방식 결정 의도 제시형 이름 메소드의 이름을 통해서 의도를 전달하고 그 외 정보는 다른 방식으로 전달하라 Customer.linearSearch(String id) // x Customer.find(String id) // o 메소드 가시성 메소드를 적게 노출시키면 유연성에서 이득을 얻을 수 있음 가시성을 선택할 때 고려해야할 사항 두가지 1. 미래의 유연성 2. 객체 사용 비용 먼저 제한적인 가시성을 선택하고 필요에 따라 차츰 확장시키자 ! 오버로드 메소드 오버로드는 파라미터 타입만 다를..

MQTT 란? MQTT 프로토콜은 기계 간 통신을 위해 설계된 통신 방식입니다. REST 통신 방식과는 다르게 서버 간 직접 통신이 아닌 중간에 중계 서버를 두고 게시-구독 형태로 데이터를 전송합니다. 제한된 리소스로 통신을 해야하는 IOT의 특성으로 인해, 구현이 쉽고 효율적인 통신이 가능한 MQTT 프로토콜을 사용합니다. MQTT의 특징 확장성 MQTT는 적은 전력과 최소한의 코드로 여러 디바이스와 통신할 수 있습니다. 또한 모든 디바이스는 제한없이 정보(토픽)를 구독하거나 게시할 수 있습니다. 만약 통신 가능한 디바이스를 늘리고 싶다면 단순히 디바이스가 해당 토픽을 구독하면 됩니다. 신뢰성 기존 무선 통신은 정보의 손실이 있었지만 MQTT는 브로커가 메세지를 보관 , 관리할 수 있습니다. 따라서 메..