외부API와 연동할 때 사용하는 RestTemplate과 WebClient 간에 어떤 차이가 있을지 찾아보고, 어떤 기술을 프로젝트에 사용할지 고민해봤습니다. Webflux ?비동기(Async), 논블로킹(Non-blocking) 방식의 리액티브 프로그래밍을 지원하는 스프링 프레임워크의 모듈입니다. WebClientSpring WebFlux에서 제공하는 HTTP 요청을 보내기 위해 사용하는 인터페이스입니다. RestTemplate ?블로킹(Blocking) 기반의 동기 방식의 Spring MVC의 HTTP 클라이언트입니다.그렇기 때문에 스레드가 다 차있는 경우 Queue에서 대기를 하게되어 요청이 많아지게 되면 병목 현상이 나타날 수 있습니다. 이는 서비스 성능 저하로 연결될 것입니다. WebClient..

서론음.. 크게 오류가 나진 않았고, 이전 프로젝트에 비해 해결하는 데에 몇 시간 걸리는 일도 없어서 무척 단순하고 간단한 것들일 수도 있다.하지만 나는 새롭게 알게된 점들이 참 많다........  1. 성능 개선 연관 관계 매핑? 메서드 체이닝으로 조회하던 부분을 JPQL로 조회하면서 select 문이 2개에서 1개로 줄었다. 왠지 성능 개선은 엄청난 차이로 개선해야하는 느낌인 듯하여..     이런 걸 성능 개선이라고 표현해도 될지 모르겠지만..? — 초기 코드// ServiceUUID ownerUser = menu.getRestaurant().getOwner().getUserId(); 실행되는 select 문들Hibernate: select m1_0.rm_id, m..

서론myBatis 사용할 땐 쿼리를 직접 작성하기 때문에 CRUD 모두 데이터 넣는 부분에서 구현 고민은 별로 없었다.이번에 고민하게 된 이유는 Spring Boot + JPA 환경에서 PATCH 메서드로 데이터 수정을 요청받아서 update 하려고 했는데 구현을 어떻게 할까.. 고민하다가 이전에는 Patch + @Dynamic 어노테이션을 사용했던 게 기억이 났다. 그런데 당시에는 팀원이 쓰길래 따라 썼던 거라 각각의 정확한 동작과 목적? (어떨 때 사용해야 적합한지..) 에 대해서 아주 한 발짝 더 나가보고 싶었다. PATCH란? ✅ 정의PATCH HTTP 메서드는 리소스의 일부 필드만 변경할 때 사용하는 HTTP 메서드이다. 기존 데이터 중 일부만 수정해야 하는 경우, 모든 데이터를 다시 전송하는 ..

막연하게 알고, 대충 사용하던 HTTP 응답 코드를 정리할 시간.. 드디어..한 번에 하려고 했는데 POST 하나 정리도 꽤나 걸려서 나눠서 정리해야겠다. 사실 아직 POST 말고는 궁금한 점이 없음. 조회(GET) => 200 OK생성(POST) => 201 Created수정(PUT, PATCH) => 200 OK / 204 No Content삭제(DELETE) => 204 No Content 🔶 생성(POST)POST 요청 시 201 Created 응답을 보낸다.이 때, Location 헤더에 생성된 리소스의 URI를 포함하는 것을 권장한다. HTTP 201 Created요청이 성공적으로 처리되었으며, 새로운 리소스가 생성되었음을 나타낸다. URI를 생성하여 보내는 코드 @PostMapping..

Spring JPA를 활용한 프로젝트를 진행하면서 새롭게 알게된 점이 있어 정리하고자 한다.Entity를 정의해서 사용하면서 이전 프로젝트에서는 서비스단에서 Entity와 Dto를 빌더 패턴을 사용해서 데이터 값을 넣어주곤 했었는데, 이번 프로젝트에서는 Entity에 toResponseDto() 메서드와 생성자를 만들어서 데이터 값을 넣어주는 코드를 작성했었다.이에 대해 Entity를 보호하라! 라는 피드백을 받았고, 고치는 방법도 전달받았기에 기록해보려고 한다.  🐧 Entity를 보호해야 하는 이유Entity는 중요한 데이터 객체이므로 최대한 순수한 데이터 객체로 유지하고, DTO와의 의존성을 없애는 것이 좋다.Entity는 데이터베이스와 1:1 매핑되는 객체인데, DTO와의 변환 로직이 들어가면 ..

✨ 주요 내용 향후에 어떤 변동(기능 변경, 외부 서비스 등)에 영향을 받지 않도록 설계할 것  ✍ 프로젝트 설계프로젝트를 시작하면서 설계를 시작하게 되었다.기획은 하지 않고, 요구사항이 주어진 주문 관리 플랫폼을 설계부터 구현하게 될 예정이다. 고려할 점스프링 부트 기반의 모놀리식 어플리케이션이나 추후 MSA로 전환할 것.실제로 초기에는 모놀리식 아키텍처로 MVP 위주로 구현하고, 추후에 MSA를 도입한다고 한다.초기에 MSA를 도입하려면 프로젝트의 불확실성, 인력 및 인프라의 제한 등 여러 요인으로 힘들다.협업 동료(예. 프론트엔드 개발자)에게 문서를 어떻게 제공할 것인가?RESTful API 설계를 위해 고려할 점은 무엇인가?엔티티 간의 관계를 어떻게 설정해야 하는가?확장성은 어디까지 고려해야 하는..