[Plan] 글은 읽는 사람에 맞춰 쓴다: AI가 찾아 읽는 글과 사람이 배우는 글을 나눴다
이 블로그에는 글이 빠르게 늘고 있다. 코딩 스탠다드(여러 프로젝트에서 코드를 같은 방식으로 짜기 위해 정해 둔 규칙을 설명한 글)가 53편, 그 규칙이 맞는지 작은 프로그램을 만들어 실제로 실행해 본 증명 글이 19편이다. 이 글들은 대부분 AI 프로그램이 나와 대화하며 함께 쓰...
[Proof] @Valid와 JSON 파싱만 등록하면 나머지 요청 오류가 500으로 새는가 — 반증
예외 종류별 처리 표준 원칙 5는 Spring이 던지는 요청 오류까지 Advice에 등록하라고 정했다. 여기서 「요청 오류」는 내 코드가 던지는 예외가 아니라, 바깥에서 서버로 보낸 메시지(요청)가 내 Controller 메서드에 닿기 전에 Spring이 「이 요청은 받을 수 없다...
[Proof] @Transactional은 public 메서드에만 걸리는가 — 반증
Domain 영속화 표준(Domain 객체를 DB에 저장하고 다시 꺼내는 방법을 정한 글이다. 「영속화」는 영속성을 갖게 만든다는 뜻이다)은 트랜잭션 경계를 UseCase 구현 메서드에 두기로 하면서 이렇게 적었다.
[Proof] Page를 반환하면 목록 조회마다 COUNT가 나가는가 — 반증
계층별 DTO 명명 표준은 계층(Controller · Service · Repository처럼 역할별로 나눈 코드 층) 사이에서 데이터를 나르는 그릇(DTO)의 이름을 정한 글이다. 그 글은 목록 조회 결과를 담는 PagingResult에 전체 개수 totalCount를 두는 대...
[Proof] 상대 응답이 4xx·5xx거나 깨졌을 때 RestClientResponseException으로 잡히는가 — 반증
이 글에는 서버가 셋 나온다. 우리 서버를 부르는 쪽(클라이언트 — 브라우저나 앱), 우리 서버, 그리고 우리 서버가 일을 하다가 다시 부르는 다른 회사의 서버(결제사 같은 곳, 이 글에서는 「상대」라고 부른다)다.