📕 Backend/MVC Pattern

Bean Validation 검증기능을 매번 코드로 작성하는 것도 좀 귀찮은 일입니다. 특정 필드에 대한 검증 로직은 대부분 빈 값인지, 특정 크기를 넘는지와 같이 매우 일반적인 로직인데 이런 일반적인 로직을 표준화 한 것이 바로 Bean Validation 입니다. 이번 포스팅에서는 Bean Validation 표준 기술을 이용해 어노테이션으로 검증 처리를 해보도록 하겠습니다. ( 엄밀히 말하면 Bean Validation 표준 기술의 구현체인 하이버네이트를 사용할 예정 ) 설정 Bean Validation 의존관계 추가 - build.gradle - dependencies implementation 'org.springframework.boot:spring-boot-starter-validation'..

오류 코드와 메시지 처리 by 메시지 파일 처리 FieldError와 ObjectError의 생성자에는 codes와 argument를 제공합니다. 이 파라미터는 오류 발생시 오류 코드로 메시지를 찾기 위해 사용됩니다. 오류 메시지를 파일 한군데에 모으고 오류코드를 이용해서 앞서 배운 메시지 처리를 응용해 오류 메시지를 생성해보겠습니다. errors 메시지 파일 생성 errors.properties required.item.itemName=상품 이름은 필수입니다. range.item.price=가격은 {0} ~ {1} 까지 허용합니다. max.item.quantity=수량은 최대 {0} 까지 허용합니다. totalPriceMin=가격 * 수량의 합은 {0}원 이상이어야 합니다. 현재 값 = {1} appl..

검증 요구사항 상품 관리 시스템에서 상품 등록 폼의 입력값에 대한 검증 오류를 처리해보도록 하겠습니다. 타입 검증 : 가격, 수량에 문자가 들어오면 검증 오류 처리 필드 검증 상품명 : 필수, 공백 X 가격 : 1000원~1백만원 이하 수량 : 최대 9999 특정 필드의 범위를 넘어서는 검증 가격*수량 >= 10000원 컨트롤러의 중요한 역할 중 하나는 HTTP 요청이 정상인지 검증하는 일입니다. 검증에는 클라이언트 검증, 서버 검증이 있는데 클라이언트 검증은 조작이 가능해서 보안에 취약하고, 서버만으로 검증하면, 즉각적인 고객 사용성이 부족해집니다. 둘을 적절히 사용하되, 최종적인 서버검증은 필수적입니다. API 방식을 사용하면 API 스펙을 잘 정의해서 검증 오류를 API 응답 결과에 잘 남겨주어야 ..

메시지 기능 예를들어 이전 포스팅에서 만든 상품관리 프로젝트에서 상품명 이라는 단어를 모두 상품이름으로 고치고 싶을 때 어떻게 해야할까요? 상품 등록 폼, 편집 폼, 상세 폼 등 여러 템플릿에 하드코딩된 "상품명"을 "상품이름"으로 바꾸는 것은 상당히 귀찮은 작업입니다. 스프링에서는 다양한 메시지를 한 곳에서 관리할 수 있도록 하는 메시지 기능을 제공합니다. 예를 들어 messages.properties라는 메시지 관리용 파일을 만들고 item = 상품 item.id = 상품 ID item.itemName = 상품명 item.price = 가격 item.quantity = 수량 각 HTML 들에 하드코딩된 데이터들을 th:text="#{item.itemName}"으로 바꾸면 됩니다. 국제화 기능 메시지에..

HTTP Response - 정적 리소스, 뷰 템플릿 스프링에서 응답 데이터를 만드는 방법은 3가지입니다. 1. 정적 리소스 웹 브라우저에 정적인 HTML, css, js를 제공할 때는 정적 리소스를 사용합니다. 스프링 부트는 classpath의 /static, /public, /resources, /META-INF/resources 에 있는 정적 리소스를 제공합니다. 정적 리소스 경로 : src/main/resources/static src/main/resources는 리소스를 보관하는 곳이고, 또 classpath의 시작 경로입니다. 따라서 src/main/resources/static에 리소스를 넣어두면 스프링 부트가 정적 리소스로 서비스를 제공합니다. 정적 리소스 ▶︎ 해당 파일의 변경 없이 그대..