👨🏻‍💻DriedPollack's Blog

스프링 부트 3.0 이상에서는 compileQuerydsl을 사용하지 않으며, Querydsl을 사용하기 위해서는 QDomain이 필요하다. 이를 설정하기 위해 build.gradle에서 의존성을 추가하고, Gradle > Tasks > other > compileJava를 실행하여 QDomain이 생성되는 것을 확인할 수 있다.

테스트 코드 실행 시 'bean 이름' 오류가 발생하는 경우, 이는 'build.gradle' 또는 'pom.xml' 파일에서 'Spring Data JPA'와 'Spring Data JDBC'를 동시에 사용하려고 할 때 발생한다. 이 문제를 해결하려면 빌드 구성 파일에서 'Spring Data JPA' 외의 다른 'Spring Data XXX'와 같은 의존성을 제거하면 된다.

테스트 코드 실행 시 발생하는 'AnnotationConfigContextLoaderUtils' 오류는 'application-test.properties' 파일에 문제가 있거나 해당 파일이 적절히 로드되지 않을 때 발생한다. 이 문제는 resources 폴더 아래에 'application-test.properties' 파일을 생성함으로써 해결할 수 있다.

스프링부트 애플리케이션 실행 시 BeanCreationException 오류가 발생하면, @Value 어노테이션의 값에 오타가 있는지, @Service 어노테이션이 명시되어 있는지, 그리고 @Value 어노테이션의 값이 올바른지 확인해야 한다.

주문 기능 구현에는 상품 재고 관리, 비즈니스 로직의 메소드화, 양방향 관계 설정, 주문 엔티티 생성, 비동기 처리, 데이터 바인딩 검사, 로그인 유저 정보 접근, Ajax를 이용한 비동기 주문 로직 호출, CSRF 토큰 값 조회 등이 포함됩니다. 주문 이력 조회는 주문 상품 정보 및 주문 정보 클래스 생성, 주문 이력 조회 쿼리 작성, 주문 목록 조회 로직 구현, 주문 목록 데이터 반환 등을 포함하며, 주문 취소 기능은 상품 재고 증가 메소드, 주문 취소 시 재고 증가 메소드, 주문 취소 로직, 주문 취소 권한 검사 등을 포함합니다.

장바구니 기능 구현에는 상품 아이디와 수량을 전달받는 DTO 구현, 회원 별 장바구니 생성, 상품 추가 및 수량 증가 메소드, 장바구니 및 상품 조회, 상품 추가 및 삭제 로직 등이 포함됩니다. 장바구니 조회 페이지는 DTO 클래스를 생성하고, 장바구니 상품 정보를 조회하는 쿼리를 작성합니다. 장바구니 상품 삭제는 서비스 로직을 추가하고, 컨트롤러 클래스에 요청 처리 로직을 추가합니다. 장바구니 상품 주문은 주문할 상품 데이터를 전달받아 주문을 생성하고, 주문한 상품은 장바구니에서 제거합니다.

상품 등록, 수정, 관리, 메인 페이지 및 상세 페이지 구성 방법에 대한 내용을 다룹니다. 상품 등록 시 엔티티 객체 변환, 데이터 무결성 보장, 파일 전송, 이미지 업로드 경로 설정 등이 중요하며, 수정 시 트랜잭션 읽기 전용 설정, 예외 처리, 변경 감지 기능 활용이 필요합니다. 상품 관리에서는 복잡한 조회 조건에 Querydsl을 활용하며, 메인 페이지에서는 @QueryProjection을 사용하여 상품 조회 결과를 DTO 객체로 받습니다. 상품 상세 페이지에서는 th:each를 사용하여 구문을 반복하고, th:if를 사용하여 값이 null이거나 빈 문자열일 때 처리를 합니다.

엔티티들은 대부분 다른 엔티티와 연관 관계를 맺고 있으며, JPA에서는 이를 매핑해 필요할 때 해당 엔티티와 연관된 엔티티를 사용하여 객체지향적으로 프로그래밍할 수 있도록 도와준다. 연관 매핑의 종류로는 일대일, 일대다, 다대일, 다대다가 있으며, 이는 단방향 또는 양방향으로 설정할 수 있다. 영속성 전이는 엔티티의 상태를 변경할 때 해당 엔티티와 연관된 엔티티의 상태 변화를 전파시키는 옵션이다. 일대일, 다대일로 매핑할 경우 기본 전략인 즉시 로딩을 통해 엔티티를 함께 가지고 오지만, 실제 비즈니스의 경우 매핑되는 엔티티의 개수가 많고, 이 경우 개발자는 쿼리가 어떻게 실행될지 예측할 수 없으므로 지연 로딩 방식을 사용해야 한다. 마지막으로, Auditing 기능을 이용하면 엔티티가 저장 또는 수정될 때 자동으로 등록일, 수정일, 등록자, 수정자를 입력해준다.

스프링 시큐리티는 스프링 기반 애플리케이션의 보안 솔루션을 제공하며, 회원 가입, 로그인/로그아웃 기능 구현 및 페이지 권한 설정에 사용될 수 있다. 스프링 시큐리티는 인증과 인가 과정을 관리하며, `pom.xml`에 의존성을 추가하여 사용할 수 있다. 회원은 이메일로 구분되며, 각 회원은 역할에 따라 페이지 접근 권한이 부여된다. 또한, 스프링 시큐리티는 CSRF 토큰을 사용하여 모든 POST 방식의 데이터 전송을 보호한다.

Thymeleaf는 서버 사이드 렌더링을 통해 동적 HTML 페이지를 생성하는 템플릿 엔진이다. Thymeleaf 문법은 HTML 태그 안에 속성으로 사용되며, 다양한 기능을 제공한다. Spring Boot Devtools는 개발 시 유용한 기능들을 제공하는 모듈로, 파일 변경 시 자동 재시작, 라이브 리로드, 속성 기본값 등을 제공한다. Thymeleaf는 텍스트 출력, 컬렉션 데이터 출력, 조건부 데이터 출력, 스위치문 사용 등 다양한 기능을 제공한다. 또한, Thymeleaf Layout Dialect를 사용하면 공통 레이아웃을 여러 페이지에 적용할 수 있다.

엔티티 매니저를 통해 영속성 컨텍스트에 접근하여 데이터베이스 작업을 수행하며, 이는 1차 캐시, 동일성 보장, 쓰기 지연, 변경 감지 등의 이점을 제공한다. Spring Data JPA를 사용하면 Repository 인터페이스를 통해 엔티티를 관리할 수 있으며, 복잡한 쿼리는 @Query 어노테이션과 JPQL을 사용하거나 Querydsl을 사용하여 처리할 수 있다. 또한, 쇼핑몰 프로젝트를 생성하고 상품 엔티티를 설계하는 방법, 데이터베이스 초기화 전략, 엔티티 매칭 관련 어노테이션, 기본키 생성 전략 등에 대해 설명하였다.

스프링 시큐리티를 이용해 로그인, 로그아웃, 자동 로그인, 인증/권한 처리, JDBC 인증/권한 처리, 사용자 정의 UserDetailsService, JSP에서의 사용 등을 처리할 수 있다. 이는 POST 방식, JDBC, BCryptPasswordEncoder, CustomUserDetailsService, Ajax 등을 활용하며, 스프링 시큐리티의 어노테이션과 표현식을 사용한다. 또한, 스프링 시큐리티는 CSRF 토큰 처리와 암호화 처리를 지원하며, 이를 통해 보안을 강화할 수 있다.

첨부파일 업로드는 사용자가 게시물을 등록하기 전에 업로드한 파일을 확인할 수 있게 해준다. 첨부파일 처리는 복잡하며, 업로드된 파일의 초기화, 업로드된 이미지 처리, 다운로드, 원본 이미지 보여주기, 첨부파일 삭제 등을 포함한다. 게시물 수정 시 첨부파일 처리는 기존 파일 삭제 및 새 파일 추가를 포함한다. 잘못 업로드된 파일 삭제는 주기적으로 실행되어야 하며, 이는 `Spring-Batch`나 `Quartz` 라이브러리를 통해 처리할 수 있다.

관점 지향 프로그래밍(AOP)는 개발자들의 고민을 별도의 '관심사'로 분리하고, 핵심 비즈니스 로직만을 작성할 것을 권장한다. AOP는 코드 수정 없이 메서드의 실행 시간 기록, 잘못된 파라미터로 인한 예외 제어 등을 가능하게 한다. 또한, 트랜잭션 관리는 비즈니스에서 쪼개질 수 없는 하나의 단위 작업을 처리하며, ACID 원칙을 따른다. 데이터베이스 설계에서는 정규화를 통해 데이터 저장의 효율을 높이고, 필요에 따라 반정규화를 진행한다. 스프링에서는 @Transactional 어노테이션을 이용해 트랜잭션 처리를 한다.

REST 방식을 이용하여 데이터를 전송하고 처리하는 방법에 대해 설명하였습니다. REST는 URI를 통해 리소스를 대표하며, 스프링은 이를 위해 다양한 어노테이션을 지원합니다. 또한, REST 방식의 데이터 교환은 GET/POST 외에도 다양한 방식으로 데이터를 전달합니다. 또한, Ajax를 이용한 댓글 처리 방법과 이를 위한 영속 영역 설정, 이벤트 처리와 HTML 처리, 댓글의 페이징 처리 방법에 대해 설명하였습니다.

스프링 MVC를 이용한 웹 프로젝트에서는 페이지 설정, 테스트 환경 설정, 기본적인 등록, 수정, 삭제, 조회, 목록 구현, 목록 화면의 페이징 처리, 검색 처리 및 페이지 이동 등의 단계가 필요하다. 페이징 처리를 위해서는 페이지 번호와 한 페이지당 보여줄 데이터의 수가 필요하며, MyBatis는 동적 태그 기능을 통해 SQL을 파라미터 조건에 맞게 조정할 수 있다. 또한, 검색 기능은 단일 항목 검색과 다중 항목 검색으로 분류할 수 있으며, 화면에서 검색은 페이지 번호 유지, 검색 조건과 키워드 유지, 한글 처리 등을 고려해야 한다.

스프링 MVC 프로젝트는 root-context.xml과 servlet-context.xml을 연동하여 구동하며, 웹 프로젝트는 절대 경로를 사용하는 것이 바람직하다. 스프링 MVC의 기본 구조는 DispatcherServlet, HandlerMapping, HandlerAdapter, Controller, ViewResolver, View로 구성되어 있다. 스프링 MVC를 이용하는 컨트롤러는 HttpServletRequest, HttpServletResponse를 거의 사용하지 않아도 되며, 다양한 타입의 파라미터 처리와 리턴 타입 사용이 가능하다. @Controller 어노테이션을 사용하여 컨트롤러를 선언하고, @RequestMapping을 통해 URL 경로를 설정한다. 파라미터는 @RequestParam을 통해 수집하며, Model 객체는 JSP에 데이터를 전달하는 역할을 한다. 컨트롤러의 리턴 타입은 String, void, VO, DTO 타입, ResponseEntity 타입, Model, ModelAndView, HttpHeaders 등이 있다. @ControllerAdvice와 @ExceptionHandler를 사용하여 예외를 처리한다.