Tech Log 🛠️

0. 스터디 진행 팀원들과 일주일에 1~2번 정도 논의하고 싶은 내용과 생각을 정리하는 시간을 가졌다. 스터디는 1시간을 넘기지 않으려고 하였으며 각자 준비한 내용들을 가지고 얘기를 나누는 방식으로 하였다. 1. 켄트백 구현 패턴을 읽기 전에 그동안 코딩을 하면서 추후 변경사항을 고려하거나 변화 비용을 고려하면서 짠 적이 크게 없었다. 그리고 코딩을 하다가 애매한 상황이 오면 그때그때 내키는 것으로 선택을 하였으며 이는 코드의 일관성을 지키기 힘들었고 곧 유지보수 비용이 늘어나기 일쑤였다. 그럼에도 평소에 자바나 객체 지향에 대한 지식을 중요시 했을뿐 코딩을 하다가 필요한 패턴에 대해 고민해보거나 따로 찾아서 공부할 생각은 없었던 것 같다. 때마침 팀에서 객체지향 스터디를 끝내고 다음 책을 고르던 중, ..

애그리거트와 트랜잭션 애그리거트에 대해 사용할 수 있는 대표적인 트랜잭션 처리 방식 1. 선점 잠금 2. 비선점 잠금 선점 잠금 애그리거트 사용이 끝날 때까지 다른 스레드가 헤딩 애그리거트를 수정하지 못한다. ex) agg1이 수정하는 동안 agg2는 잠금이 해제될 때까지 블로킹된다. 선점 잠금 방식을 사용하면 데이터 충돌 문제를 해소할 수 있다. 하지만 교착 상태에 빠질 수 있다. 교착 상태란? 스레드가 각자 다른 애그리거트를 선점하다가 서로의 애그리거트에 접근하는 경우 교착 상태에 바지면 시스템은 마비되며, 사용자가 많을 수록 발생하기 쉽다. 최대 대기 시간을 설정해줌으로써 교착 상태를 해결할 수 있다. 비선점 잠금 변경한 데이터를 실제 DBMS에 반영하는 시점에 변경 가능 여부를 확인 -> 버전 값..

도메인 서비스 여러 애그리거트가 필요하고 책임이 애매할 때 도메인 서비스를 이용할 수 있다. 도메인 서비는 다음 상황에 이용된다. 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..

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

메시지 메시지 수신자가 메시지를 받으면, 발신자의 상태는 바뀌지 않지만 수신자의 상태는 바뀔 수 있다. 메시지를 사용하는 프로시저는 당장 중요하지 않은 세부 구현이 존재한다 라는 의미를 내포할 수 있다. (캡슐화) function() { input(); process(); output(); } 선택 메시지 선택 메시지를 사용하면 명시적 조건문의 사용을 크게 줄일 수 있다. 하지만 과도한 선택메시지의 사용은 가독성을 저해할 수 있다. public void display(Subject subject, Brush brush) { brush.display(subject); } 더블 디스패치 2개의 선택 메시지를 직렬로 연결할 수 있다. https://www.youtube.com/watch?v=s-tXAHub6v..

객체는 외부에 드러나는 행위와 행위를 지원하기 위한 상태를 묶어주는 편리한 단위다. 상태 - 상태를 효과적으로 관리하기 위해서 유사한 상태를 묶어서 관리하고 각 상태는 별도로 관리해야한다. 두 개의 상태가 유사한 지 알려면 1. 두 개의 상태가 동일한 연산 안에서 사용되는가? 2. 동일한 시점에 생성되고 소멸되는가? 를 확인하면 된다. 직접 접근 - 직접 접근의 장점은 명확성이다. x=10 // 매우매우 명확하다. 하지만 코드를 통해 자세한 내용을 알려주기는 어렵다. 예를 들어 doorRegister = 1; // 직관적이지 않음 door.open(); // 매우 직관적임 따라서 직접 접근이 많다면 원활한 커뮤니케이션을 방해할 수 있다. 간접 접근 - 명확성과 직접성을 희생해서 유연성을 얻을 수 있다. ..