영주머니의 개발주머니

API는 예측 가능하고 일관된 구조가 중요하다.반환 형식이 제각각이거나, GET 요청이 상태를 변환하거나, 일관성 없는 네이밍은 혼란을 야기한다.모든 엔드포인트가 동일한 규칙 (날짜 형식, 에러 응답 구조 등)을 따르면 클라이언트 개발이 쉬워지고 유지보수가 용이하다.REST에서 자원은 명사로 표현하고 동작은 HTTP 메서드로 표현한다.예를 들어, 회원가입을 할 때 “POST /createUser”보다는 “POST /user”처럼 경로를 나타내는 것이 바람직하다HTTP 메서드의 의미GET리소스를 조회부작용이 없으며 안전하고 캐시 가능하다.POST새로운 리소스를 생성기본적으로 idempotent하지 않음 (중복 생성의 위험이 있음)idempotent(멱등성) : 어떤 연산을 여러 번 반복해도 결과가 변하지 ..

@RequestParam1개의 HTTP 요청 파라미터를 받기 위해 사용한다.@ModelAttribute클라이언트가 전송하는 폼(Form) 형태의 HTTP Body와 요청 파라미터들을 생성자나 Setter로 바인딩하기 위해 사용된다.@ModelAttribute에는 매핑시키는 파라미터의 타입이 객체의 타입과 일치하는지 등을 포함한 다양한 검증(Validation) 작업이 추가적으로 진행된다.@RequestBody클라이언트가 전송하는 Json 형태의 HTTP Body를 Java 객체로 변환해주는 역할을 한다.@RequestBody로 받는 데이터는 Spring에서 관리하는 MessageConverter들 중 하나인 MappingJackson2HttpMessageConverter를 통해 Java 객체로 변환되는데..

디스패처 서블릿 (Dispatcher-Servlet)HTTP 프로토콜로 들어오는 모든 요청을 가장 먼저 받아 적합한 컨트롤러에 위임해주는 프론트 컨트롤러 (Front Controller)클라이언트로부터 어떤 요청이 오면 Tomcat과 같은 서블릿 컨테이너가 요청을 받게 되고, 이 모든 요청을 프론트 컨트롤러인 디스패처 서블릿이 가장 먼저 받게 된다. 디스패처 서블릿은 공통적인 작업을 먼저 처리한 후에 해당 요청을 처리해야 하는 컨트롤러를 찾아서 작업을 위임하고 그 결과를 받아온다.Filter vs InterceptorFilter디스패처 서블릿에 요청이 전달되기 전/후에 url 패턴에 맞는 모든 요청에 대해 부가작업을 처리할 수 있는 기능을 제공한다.Filter를 추가하기 위해서는 Filter 인터페이스의..

Redis인메모리 저장소모든 데이터를 메모리에 저장하여 매우 빠른 읽기/쓰기 성능 제공한다.싱글 스레드다양한 자료구조 지원String, List, Set, Hash, Sorted Set, HyperLogLog 등Redis 주요 활용 사례1. Cache일반적인 캐시 구조는 3개의 layer로 이뤄진다.Application Cache어플리케이션 메모리 내부에 존재한다.주로 유저 프로필 같이 자주 접근되는 데이터를 저장하는 해시맵이다.캐시 크기가 작으며 앱이 재시작되면 데이터가 사라진다.Second Level Cache서버마다 로컬로 존재하는 캐시이다.LRU, LFU, TTL과 같은 정책을 설정하여 캐시에서 자동으로 데이터를 제거한다.Distributed Cache애플리케이션 서버와 분리된 별도의 서버에 존재..