[Coding Standard] 성공 응답 상태: HTTP 결과와 공통 봉투를 어떻게 맞출 것인가
예외 처리 표준의 HttpApiResponse에는 success(int status, T data)가 있었다. 하지만 언제 200, 201, 202를 넘길지는 정하지 않았다. 더 큰 문제는 본문의 status만 바뀌고 실제 HTTP 응답은 여전히 200일 수 있다는 점이었다.
최근 포스트
[Coding Standard] DB 시간 저장: Instant를 어떻게 같은 시점으로 왕복할 것인가
애플리케이션 시간 표준에서 실제 사건의 시점은 UTC Instant로 표현한다고 정했다. 하지만 Java의 Instant를 그대로 필드에 썼다고 DB 왕복까지 같은 시점이 되는 것은 아니다. MariaDB 컬럼 타입, 연결 세션 시간대, 저장 정밀도 중 하나만 달라도 저장 전과 조...
[Coding Standard] 경계 DTO의 null: Snapshot과 Response는 어떻게 다르게 표시할 것인가
계층별 검증 표준은 Request의 선택 필드에는 @Nullable, Command·Query·Domain의 nullable 필드에는 orNull을 쓰기로 했다. 그런데 요청이 반대 방향으로 돌아올 때 만나는 Snapshot과 Response는 비어 있었다.
[Coding Standard] 애플리케이션 시간: 시점과 날짜를 어떻게 구분할 것인가
마감 시각 같은 정책은 Domain이 판단해야 한다. 그런데 Domain 안에서 LocalDateTime.now()를 부르면 테스트가 실행 시각에 흔들리고, 같은 요청 안에서도 판단 시각과 기록 시각이 달라진다. 그렇다고 생일과 영업일까지 전부 UTC 시점으로 바꾸면 원래 없던 시...
[Coding Standard] 조회 전용 타입: 애그리거트에 담기지 않는 결과를 어디로 내보내는가
관리자 주문 목록 화면을 만든다고 하자. 한 행에 이렇게 나온다.