Maru's Study Memo

필드(Field) 방식 
- @Autowired 를 이용한 의존 자동 주입

   - 장점 : 설정 코드에서 직접 주입하지 않고 스프링이 자동으로 빈 객체를 주입. 간편한 코드를 짤 수 있다.

   ** 자동 주입할 빈이 없거나, 주입 대상에 일치하는 빈이 2개 이상이면 UnsatisfiedDependencyException
   ** @Qaulifier 어노테이션을 사용해 자동 주입할 빈을 지정할 수 있다.

   - 단점 : 프로그램의 복잡도가 증가하는 것을 알아차리기 힘들다.

생성자(Constructor) 방식
- 빈 객체를 생성하는 시점에 모든 의존 객체가 주입된다.

   - 장점: 빈 객체를 생성하는 시점에 필요한 모든 의존 객체를 주입받기 때문에 객체를 사용할 때 완전한 상태로 사용할 수 있다. (반면 세터 메서드 방식은 Setter에 인자로 넣어주지 않으면 오류가 발생할 수 있다.)

   - 장점: 순환 참조 코드를 짜면 BeanCurrentlyInCreationException 을 발생시켜 순환 참조를 사전에 방지할 수 있다.
          이는 생성자의 인자에 사용되는 빈을 찾거나 팩토리에서 만든 후에 생성자를 호출하기 때문이다.

   - 장점: 생성자 주입을 사용하게 되는 경우 생성자의 인자가 많아짐에 따라 복잡한 코드가 됨을 쉽게 알 수 있다.  
          -> 리팩토링하여 역할을 분리하는 등과 같은 코드의 품질을 톺이는 활동의 필요성을 더 쉽게 알 수 있다.   

   - 장점: 주입되는 객체를 final로 선언하여 초기화 후에 빈 객체가 변경되지 않도록(Immutable) 할 수 있다.   

   - 장점: 테스트 코드 작성이 편리하다. 단순 POJO를 이용한 테스트 코드를 만들 수 있다.

   - 단점: 생성자의 파라미터가 많을 경우 각 인자가 어떤 의존 객체를 설정하는지 알아내려면 생성자의 코드를 확인해야 한다.

세터 메서드(Setter Metohd) 방식
- 세터 메서드 이름을 통해 어떤 의존 객체가 주입되는지 알 수 있다.

   - 장점: 메서드 이름으로 어떤 의존 객체를 설정하는지 알 수 있다. 

   - 단점: 필요한 의존 객체를 전달하지 않아도 빈 객체가 생성되므로 NullPointerExeption이 발생할 수 있다.

AOP (Aspect Oriented Programming)

여러 객체에 공통으로 적용할 수 있는 기능을 분리해서 재사용성을 높여주는 프로그래밍 기법

-> 핵심 기능과 공통 기능의 구현을 분리하여, 핵심 기능을 구현한 코드의 수정 없이 공통 기능을 적용하는 것

핵심 기능에 공통 기능(Aspect)을 삽입하는 방법에는 아래 세 가지가 있는데,

    1) 컴파일 시점에 코드에 공통 기능을 삽입하는 방법

    2) 클래스 로딩 시점에 바이트 코드에 공통 기능을 삽입하는 방법

    3) 런타임에 프록시 객체를 생성해서 공통 기능을 생성하는 방법

Spring은 이 중 프록시를 이용한 세 번째 방법을 지원한다. (두 번째 방법은 일부 지원)

AOP 주요 용어

    . Advice: 언제 공통 관심 기능을 핵심 로직에 적용할 지를 정의

    . Joinpoint: Advice를 적용 가능한 지점을 의미(예를 들어 메서드 호출, 필드 값 변경 등)

     스프링은 프록시를 이용해서 AOP를 구현하기 때문에 메서드 호출에 대한 Joinpoint만 지원

    . Pointcut: Joinpoint의 부분 집합으로서 실제 Advice가 적용되는 Joinpoint 

     스프링에서는 정규 표현식이나 AspectJ의 문법을 이용하여 Pointcut을 정의할 수 있음

    . Weaving: Advice를 핵심 로직 코드에 적용하는 것

    . Aspect: 여러 객체에 공통으로 적용되는 기능(예를 들어 트랜잭션이나 보안 등)

스프링에서 구현 가능한 Advice 종류

    . Before Advice: 대상 객체의 메서드 호출 전 공통 기능을 실행

    . After Returning Advice: 대상 객체의 메서드가 익셉션 없이 실행된 이후 공통 기능을 실행

    . After Throwing Advice: 대상 객체의 메서드를 실행하는 도중 익셉션이 발생한 경우 공통 기능을 실행

    . After Advice: 익셉션 발생 여부에 상관없이 대상 객체의 메서드 실행 후 공통 기능을 실행

    . Around Advice: 대상 객체의 메서드 실행 전, 후 또는 익셉션 발생 시점에 공통 기능을 실행

예시

** 간단한 회원가입 API의 E-mail 형식 검증을 AOP로 구현

- Service Layer의 joinUser 메소드에만 AOP가 적용되도록 설정

package org.hsl.sample_api.aspect;

@Aspect
public class ValidationAspect {

    @Pointcut("execution(* org.hsl.sample_api.service.UserService.joinUser(..))")
    private void joinUserTarget() {}

    @Around("joinUserTarget()")
    public Object checkEmail(ProceedingJoinPoint joinPoint) throws Throwable {
        String email = (String) joinPoint.getArgs()[0];
        if( ValidationUtils.isNotValidEmail(email) ) {
            throw new IllegalArgumentException("유효하지 않은 이메일 형식입니다");
        }
        Object result = joinPoint.proceed();
        return result;
    }
}

- Bean 등록

package org.hsl.sample_api.config;

@Configuration
@EnableAspectJAutoProxy
public class AppCtx {
    @Bean
    public ValidationAspect ValidationAspect() {
        return new ValidationAspect();
    }
}