📂 스프링/기본 개념

[Spring] 검증(Validation) - Validator

1. Validator 🍩 이전까지 검증 기능들은 컨트롤러 안에 있었다. 당연히 이런 경우에는 별도의 클래스를 만들어서 역할을 분리하는 것이 좋다. 기존 코드를 먼저 살펴보고, ItemValidator라는 클래스를 만들어서 어떻게 별도의 클래스로 검증 기능을 분리하였는지 알아보자. // 기존 코드 @Slf4j @Controller @RequiredArgsConstructor public class ValidationController3 { private final ItemRepository itemRepository; @PostMapping("/add") public String addItem(@ModelAttribute Item item, BindingResult bindingResult, Redire..

[Spring] 검증(Validation) - bindingResult.rejectValue(), binding.reject()

이번 글을 통해 이전 글에서 BindingResult, FieldError, ObjectError를 통해 만들어보았던 검증 기능을 조금 더 쉽게 만들어보고자 한다. 1. rejectValue() & reject() 🍣 FieldError와 ObjectError는 너무 복잡하다. BindingResult의 rejectValue와 reject를 사용하면 조금 더 간결하게 검증을 진행할 수 있다. 이전 글에서 BindingResult는 항상 검증해야 할 객체 바로 뒤에 이어서 작성해야 한다고 말한 적이 있다. 이는 BindingResult가 검증해야 할 객체를 이미 알고 있는 것이다. 이 정보를 바탕으로 아래 내용들을 계속해서 살펴보자. rejectValue와 reject의 생성자는 다음과 같다. void r..

[Spring] 검증(Validation) - BindingResult, FieldError, ObjectError

이번 글을 통해 BindingResult를 활용한 검증(Validation)을 알아보고자 한다. 글의 순서는 서버에서 검증이 필요한 이유 왜 서버에서 검증을 추가적으로 해야 하는가? BindingResult BindingResult를 활용하여 검증을 수행하는 방법 사용자의 입력 값 유지 방법 바인딩을 하지 못한 상황에서도 사용자의 입력 값을 저장하는 방법 으로 진행하겠다. 1. 서버에서 검증이 필요한 이유 🧲 컨트롤러의 중요한 역할 중 하나는 HTTP 요청이 정상인지 검증하는 것이다. 그러나 클라이언트에서 검증을 하고 서버에서는 검증된 값을 그냥 쓰면 되는 거 아닌가라고 생각할 수 있다. 하지만 아래와 같은 이유로 인해서 서버에서도 검증을 수행해야 한다. 클라이언트 검증은 조작할 수 있으므로 보안에 취약..

스프링 인터셉터(Spring Interceptor)

서블릿 필터와 같이 스프링 인터셉터(Spring Interceptor) 또한 웹과 관련된 공통 관심 사항을 효과적으로 해결할 수 있는 기술이다. 이번 글을 통해 '스프링 인터셉터의 개념'을 알아보고, '요청 로그 예제'와 '인증 체크 예제'를 통해서 사용 방법을 알아보도록 하자. 1. 개념 🌠 📘 1. 스프링 인터셉터 흐름 스프링 인터셉터는 기본적으로 다음과 같은 흐름을 가진다. HTTP 요청 → WAS → 필터 → 서블릿(Dispatcher Servlet) → 스프링 인터셉터 → 컨트롤러 스프링 인터셉터는 디스패처 서블릿과 컨트롤러 사이에서 컨트롤러 호출 직전에 호출된다. 📘 2. 스프링 인터셉터 제한 서블릿 필터와 같이 로그인하지 않은 사용자의 접근과 같은 '적절하지 않은 요청'에 대하여 판단하고 거..

서블릿 필터(Servlet Filter)

이번 글에서는 서블릿 필터(Servlet Filter)의 개념에 대해서 알아보고, '요청 로그 예제'와 '인증 체크 예제'를 통해서 어떻게 필터를 사용하는지 알아보고자 한다. 1. 개념 🌌 📘 1. 필터 흐름 필터는 기본적으로 다음과 같은 흐름을 가진다. HTTP 요청 → WAS → 필터 → 서블릿(Dispatcher Servlet) → 컨트롤러 필터를 적용하면 필터가 호출되고 그리고 서블릿이 호출된다. 즉, 서블릿이 호출되기 전에 필터가 호출되는 것이다. 그렇게 때문에 모든 고객의 요청 로그를 남기거나 인증 체크(로그인 여부 등)등의 행위를 필터를 이용해서 할 수 있다. 📘 2. 필터 제한 필터에서는 로그인하지 않은 사용자의 접근과 같이 적절하지 않은 요청에 대하여 판단하고 거기에서 끝을 낼 수 있다...

메시지 & 국제화 (Message & Internationalization)

1. 개념 🍓 1. 메시지 (Message) 화면에 보이는 '상품명'이라는 단어를 '상품이름'으로 바꾸고 싶을 경우 어떻게 해야 할까? 간단하게는 item.html에서 해당 단어를 바꾸면 된다. 하지만 상품명이라는 단어가 item.html, addItem.html, updateItem.html, deleteItem.html, ... 에서 사용되고 있다면 모든 파일을 고쳐야 한다는 문제가 있다. 이렇게 HTML 파일에 메시지를 하드코딩되어 있도록 하는 게 아니라, 메시지를 한 곳에서 관리하도록 할 수 있는데 이것이 바로 메시지 기능이다. 2. 국제화 (Internationalization) 한국어를 사용하는 사람에게는 '상품명', 영어를 사용하는 사람에게는 'Item Name'으로 보여주고자 한다. 이를 ..

HTTP 응답(정적 리소스, 뷰 템플릿, HTTP 메시지) 처리

스프링(서버)에서 응답 데이터를 만드는 방법은 크게 3가지가 있다. 정적 리소스 웹 브라우저에 정적인 HTML, CSS, JS를 제공할 때 정적 리소스를 사용한다. 뷰 템플릿 사용 웹 브라우저에 동적인 HTML을 제공할 때 뷰 템플릿을 사용한다. HTTP 메시지 사용 HTTP API를 제공하는 경우에는 HTML이 아니라 HTTP 메시지 바디에 JSON 같은 형식으로 데이터를 제공한다. 하나씩 자세히 알아보자. 1. 정적 리소스 🥪 정적 리소스란 해당 파일을 변경 없이 그대로 서비스하는 것을 말한다. 스프링 부트는 클래스패스에 아래의 디렉토리에 있는 정적 리소스를 제공한다. /static /public /resources /META-INF/resources src/main/resources가 클래스패스의 ..

HTTP 요청(헤더, 파라미터, 메시지) 처리

애노테이션 기반의 스프링 컨트롤러는 다양한 파라미터를 지원한다. 헤더 정보 조회 요청 파라미터 조회 (1) 요청 파라미터 직접 조회(@RequestParam) (2) 객체를 이용한 조회(@ModelAttribute) 요청 메시지 조회 (1) 단순 텍스트 (@RequestBody) (2) JSON 하나씩 자세히 알아보자. 1. 헤더 정보 조회 🍕 HTTP 헤더 정보를 아래와 같이 조회할 수 있다. @RequestMapping("/headers") public String headers(HttpServletRequest request, HttpServletRequest response, HttpMethod httpMethod, Locale locale, @RequestHeader MultiValueMap h..

스프링 MVC

1. 개념 🌻 스프링 MVC을 배우기 전에 MVC 패턴을 먼저 설명하자면 아래와 같다. MVC 패턴이란 Model, View, Controller라는 영역으로 서로 역할을 나눈 것을 말한다. Controller HTTP 요청을 받아서 파라미터를 검증하고, 비즈니스 로직을 실행한다. 그리고 뷰에 전달할 결과 데이터를 조회해서 모델에 담는다. Model 뷰에 출력할 데이터를 담아둔다. 뷰가 필요한 데이터를 모두 모델에 담아서 전달해 주는 덕분에 뷰는 비즈니스 로직이나 데이터 접근을 몰라도 되고, 화면을 렌더링 하는 일에 집중할 수 있다. View 모델에 담겨있는 데이터를 사용해서 화면을 그린다. MVC 패턴의 문제점은 공통 처리가 어렵다는 것이다. 기능이 복잡해질수록 컨트롤러에서 처리해야 하는 부분이 점점 ..

의존성 주입 - DI(Dependency Injection)

1. 개념 🦗 DI(Dependency Injection = 의존성 주입 = 의존관계 주입)를 알기 위해서는 우선 IoC(Inversion of Control = 제어의 역전)를 알아야 한다. IoC란 메서드나 객체의 호출 작업을 개발자가 결정하는 것이 아닌 외부에서 결정하는 것이다. 여기서 외부란 Spring Framework를 뜻한다. // 기존 public class DictionaryService { KoreanDictionary koreanDictionary = new KoreanDictionary(); } // IoC 적용 public class DictionaryService { Dictionary dictionary; } 기존에는 객체를 클래스 내부에서 생성하고 사용했지만 IoC를 적용하면..

로깅 (SLF4J, Logback)

1. 개념 👮‍♂️ 스프링 부트 라이브러리를 사용하면 스프링 부트 로깅 라이브러리가 함께 포함된다. ├─ springmvc │ └─ Dependencies │ └─ org.springframework.boot:spring-boot-starter-thymeleaf │ └─ org.springframework.boot:spring-boot-starter │ └─ org.springframework.boot:spring-boot-starter-logging │ └─ ch.qos.logback:logback-classic │ └─ org.apache.logging.log4j:log4j-toslf4j │ └─ org.slf4j:jul-to-slf4j 기본적으로 SLF4J와 Logback 라이브러리를 사용한다. 간..

생성자 주입을 선택하라!

이전 글을 통해 의존관계를 주입하는 4가지 방법(생성자 주입, 수정자 주입, 필드 주입, 일반 메서드 주입)을 살펴보았다. 이번 글에서는 4가지 방법 중 생성자 주입을 사용해야 하는 이유에 대해서 알아보고자 한다. 3가지 이유(불변, 누락 방지, final 키워드 사용 가능)를 근거로 생성자 주입을 사용해야 하는 이유를 알아보자. (들어가기에 앞서 생성자 주입이란 생성자를 통해서 의존 관계를 주입하는 방법이다.) @Component public class OrderServiceImpl implements OrderService { private final MemberRepository memberRepository; private final DiscountPolicy discountPolicy; @Aut..