Backend/Spring

DTO에서 Map이나 Map를 사용하는 이유는 확장 가능한 필드나 유동적인 구조를 처리하기 위해서다. 하지만 내부 로직에서는 HashMap을 자주 쓰기 때문에, DTO에서도 HashMap을 써도 되는지 의문이 들었다. 따라서 이번 글에서는 DTO에서 Map 타입을 사용하는 이유부터 HashMap을 사용하면 생기는 문제점, 그리고 실무에서 추천하는 선언 방식까지 정리해보려 한다.DTO에서 Map을 사용하는 이유Map은 키-값 구조로 데이터를 표현할 수 있어 다음과 같은 상황에 적합하다.구조가 고정되지 않은 동적 JSON 필드를 처리할 때메시지 또는 요청 본문에 확장성을 부여할 때외부 입력을 그대로 받되, 정확한 구조를 알 수 없을 때예를 들어 다음과 같은 JSON이 들어올 때,{ "type": "noti..

API를 구현하고 테스트하는 중, 분명히 요청 JSON에 값이 들어있는데도 DTO의 필드 값이 null로 들어오는 이슈가 있었다. 코드도 문제 없고, 필드명도 잘 맞췄다고 생각했는데, 알고 보니 클라이언트는 snake_case로 JSON을 보내고 있었고, 서버는 camelCase로 작성된 DTO로 값을 받도록 설계되어 있었던 것이 원인이었다. 이에 따라 이번 포스팅에서는 Jackson 라이브러리에서의 snake_case JSON 매핑 이슈와 그 해결 방법에 대해 정리해보려 한다.💡 문제 상황다음과 같은 요청 JSON이 클라이언트로부터 들어올 때,{ "user_id": "kim123", "user_name": "kim"}DTO는 일반적으로 자바 컨벤션을 따라 camelCase로 정의하고 있다.pub..

기존 프로젝트에서 클라이언트가 보내는 요청 데이터를 @RequestBody로 받을 때 JsonNode를 사용하고 있었다. 처음엔 큰 고민 없이 따라 썼지만, 점점 요청 구조가 명확해지고, 검증이 필요해지면서 "DTO 클래스로 받는 게 더 깔끔하지 않을까?"하는 생각이 들었다. 실제로 API 요청을 JSON으로 받을 때는 보통 Map, DTO 클래스, 그리고 JsonNode 중 하나를 선택하게 되는데, 각각의 방식은 분명한 차이점과 쓰임새가 존재한다. 따라서 이번 포스팅에서는 세 가지 방식의 특징과 언제 어떤 방식이 적절한지에 대해 정리해 보려한다.Map으로 받을 경우public ResponseEntity send(@RequestBody Map request) { ... }JSON 데이터를 그냥 key-v..

MyBatis 기반 프로젝트에서 DAO와 매퍼를 작성하던 중, 예상치 못한 이슈를 마주했다.Oracle 테이블에 연결해 단순히 데이터를 조회하려던 작업이었는데, 계속해서 기존 MySQL 테이블에 연결된 SqlSession을 참조하며 엉뚱한 결과가 반환되고 있었던 것이다. 처음에는 DAO나 Mapper에 문제가 있는 줄 알고 여러 차례 코드를 점검했지만, 문제의 원인은 바로 SqlSession의 다중 DB 연결 설정 누락에 있었다.알고 보니 기존 프로젝트는 이미 MySQL용 SqlSession 구성이 되어 있었고, 나는 별도로 Oracle DB용 SqlSession을 설정해야 했던 것이다. 따라서 이번 포스팅에서는 MyBatis에서 단일 DB와 다중 DB를 어떻게 구성하고, DAO에서는 어떤 방식으로 Sq..