입꼬리 올리고 사는 개발자

Spring

- 생성자 주입을 권장하는 이유

https://smirkdev.tistory.com/46

- Filter와 OncePerRequestFilter의 차이

사용자의 요청을 받으면 서블릿이 생성되어 메모리에 저장되고, 같은 클라이언트의 요청을 받으면 이 서블릿 객체를 재활용한다.

근데 어떤 서블릿이 다른 서블릿으로 dispatch된다면 그 서블릿에 도착하기 전 다시 한번 FilterChain을 거치면서 원치 않게 필터를 두번 거치게 된다. 

OncePerRequestFilter는 사용자의 request에 딱 한번 실행되는 필터이고 doFilter가 아닌 doFilterInternal을 꼭 Override 해주어야 한다.

알고리즘

- 프로그래머스 : n^2 배열 자르기(Level 2, 구현)

느낀 점

Spring

- 오류 해결

Validation @Pattern(regexp) 관련 오류

위와 같이 최소 길이가 3이고 영어 대소문자 + 숫자로 이루어진 닉네임을 받고자 @Pattern을 이용해 유효성 검증을 넣어주었다.

그 후 nickname에 "dongha1234"라는 값을 넣어주니

이렇게 유효성 검증에 실패했다는 메시지가 떴다.

해결방법은 정규식에 문자 길이 범위를 지정해주는 것이다.

여러가지 실험을 해보았는데 @Size 어노테이션은 min, max 모두 설정해도 정규식 관련 validation을 통과하지 못했다.

*를 사용할 것이 아니라면 길이 범위 지정이 필수적이다.

ResponseEnity와 Jackson 관련 에러

진행중인 프로젝트에서 RestControllerAdvice로 커스텀 예외들을 처리해주고 있는데

디버깅 결과 에러 던지는 곳까지는 잘 가지만 response를 제대로 보내주지 못하고 500이 뜨는 에러가 발생했다.

 찾아보니 ResponseEntity의 body에 ErrorResponse가 담길 때 문제가 생긴 것이었다.

스프링이 선택한 Jackson이 ErrorResponse를 json 객체로 변환해서 ResponseEntity에 담아주어야 하는데.

Jackson에서 생성한 Objectmapper는 json으로의 변환을 getter 메소드를 통해 진행해준다. (setter는 안됨!!)

결론은 ErrorResponse 클래스에 @Getter 추가해주니 해결이 되었따.

알고리즘

- 프로그래머스 : 튜플(Level 2, 정렬)

느낀 점

Spring

- 정적 팩토리 메소드

생성자 대신에 public static  클래스 메소드를 통해 간접적으로 객체 생성을 유도하는 것을

정적 팩토리 메소드라고 부른다.

정적 팩토리 메소드의 장점

1. 생성 목적에 대한 이름 표현이 가능.  new Product() 이런 것 보다는

Product.productMadeOf, Product.productMadeFrom 등등 메소드의 이름을 통해 객체의 특성에 대해 묘사할 수 있다.

2. 인스턴스에 대해 관리가 가능하다.

메소드를 통해 간접적으로 객체를 생성하기 때문에 객체의 생성에 대한 통제가 가능하다.

객체를 싱글톤으로 쓰고 싶다면 private static 으로 필드에 객체를 하나 선언해 두고, getInstance()를 통해 새로 생성해주든(필드값이 null이라면)  저장된 객체를 받아오든 할 수 있다. (해시 맵으로도 인스턴스를 관리할 수 있다.

3. 인터페이스에 사용하면 하위 객체(구현체)를 받아올 수 있다.

4. 캡슐화, 정보 은닉

알고리즘

- 프로그래머스 : 메뉴 리뉴얼(Level 2, 완전탐색)

느낀 점

Spring

- JPA 연관관계를 끊고 진행한 프로젝트 회고

https://github.com/Four-Talking/Nateam

- Entity 클래스에 @NoArgsConstructor(access=AccessLevel.PROTECTED)를 사용하는 이유

일단 protected는 같은 패키지나 자식 클래스에서 사용할 수 있는 접근 제어자이다.

Entity가 지연 로딩에서 조회를 할 때 실제 엔티티가 아닌 프록시 객체를 조회한다.

JPA는 기본 생성자를 통해 프록시 객체를 생성하는데 private면 객체 생성이 불가한 것이다.

그러나 em.find거나 즉시 로딩처럼 실제 Entity를 가져오는 경우에는 private 여도 상관은 없다.

Post에 지연로딩을 설정해놓았다 가정하고(지연 로딩이기 때문에 post의 accesslevel은 무관), User에 private을 설정하면 post.getUser(); 을 했을 때 NoSuchMethodException이 터진다.

알고리즘

- 프로그래머스 : 디펜스 게임(Level 2, 우선순위 큐)

계속 정렬해가면서 최대, 최소의 수(혹은 몇개의 수)를 추적해야할 때는 우선순위큐를 먼저 떠올리자.

원소를 넣어줄때마다 벡터로 정렬했더니 시간초과가 났다.

느낀 점

public class SignupDTO {

    public record Request(
            @Pattern(regexp = "^[a-z0-9]{4,10}$") String userName,
            @Pattern(regexp = "^[A-Za-z0-9]{8,15}$") String password)
    {
    }

    @Builder
    public record Response(String message) {

    }
}