AOP (관점지향 프로그램)

sion Jeong·2024년 6월 24일

주요 용어

용어	설명
Aspect	- 공통적인 기능들을 모듈화 한것을 의미합니다.
Target	- Aspect가 적용될 대상을 의미하며 메소드, 클래스 등이 이에 해당 됩니다.
Join point	- Aspect가 적용될 수 있는 시점을 의미하며 메소드 실행 전, 후 등이 될 수 있습니다.
Advice	- Aspect의 기능을 정의한 것으로 메서드의 실행 전, 후, 예외 처리 발생 시 실행되는 코드를 의미합니다.
Point cut	- Advice를 적용할 메소드의 범위를 지정하는 것을 의미합니다.

주요 어노테이션 (AOP입니다 + 부가 기능을 언제 실행할 것인가)

@Aspect	해당 클래스를 Aspect로 사용하겠다는 것을 명시합니다. (이 클래스는 AOP입니다.)
@Before	'핵심기능' 이 실행되기 전에 Advice를 실행합니다.
@AfterReturning	'핵심기능' 이 정상적으로 실행되고 반환된 후에 Advice를 실행합니다.
@AfterThrowing	'핵심기능' 에서 예외가 발생”했을 때 Advice를 실행합니다.
@After	'핵심기능' 이 실행된 후에 Advice를 실행합니다.
@Around	'핵심기능' 실행 전, 후 또는 예외 발생 시에 Advice를 실행합니다.

AOP란?

로직들을 (공통 관심사항, 핵심 관심사항)으로 나누어서 프로그래밍 하는것
그리고 이것으로 AOP를 구현할 수 있다.

AOP가 필요한 상황

상황극

사수가 와서 모든 메소드의 호출 시간을 측정하고 측정하라고 한다.

그래서 모든 로직 (컨트롤러, 서비스, 리포지토리에) 의 시작과 끝에 시작측정로직을 다 집어넣었다.

사수왈: “야 초단위로 찍으니깐 잘 안나와 → 밀리세컨드로 바꿔줘” → 또 로직 다바꿔??
@Transactional
public class MemberService {
	// 회원가입 메서드
	public Long join(Member member) {
		long start = System.currentTimeMillis(); //시작 시간 변수
	try {
		validateDuplicateMember(member); //중복 회원 검증 (핵심관심사항)
		memberRepository.save(member); //회원 저장
		return member.getId();
	} finally {
		long finish = System.currentTimeMillis(); //끝 나는 시간 변수 
		long timeMs = finish - start; //로직의 시간 재기 (공통 관심 사항)
		System.out.println("join " + timeMs + "ms");
}
}

위 상황에선 이러한 문제들이 생기게 된다.

회원가입, 회원 조회에 시간을 측정하는 기능은 핵심 관심 사항이 아니다.
시간을 측정하는 로직은 공통 관심 사항이다.
시간을 측정하는 로직과 핵심 비즈니스의 로직이 섞여서 유지보수가 어렵다.
시간을 측정하는 로직을 별도의 공통 로직으로 만들기 매우 어렵다.
시간을 측정하는 로직을 변경할 때 모든 로직을 찾아가면서 변경해야 한다.

이것을 AOP로 해결할수 있다.

AOP 적용
AOP(Aspect Oriented Programming)
공통관심사항 vs 핵심 관심사항으로 분리

공통 모듈 분석

시간 측정로직은 공통관심 사항으로 → AOP로 구현할 수 있다.

시간 측정 AOP 등록 (공통묘듈 추출 및 구현)

package hello.hellospring.aop;

@Component //스프링 빈으로 등록
@Aspect //AOP 설정을 할 클래스이다 설정
public class TimeTraceAop {
	 
	 @Around("execution(* hello.hellospring..*(..))") //execution: 적용 범위
	 public Object execute(ProceedingJoinPoint joinPoint) throws Throwable {
			 long start = System.currentTimeMillis();
			 System.out.println("START: " + joinPoint.toString());//시작시간
	 try {
			 return joinPoint.proceed();
 } finally {
			 long finish = System.currentTimeMillis(); //끝나는 시간
			 long timeMs = finish - start; // 메서드의 작동시간 측정
			 System.out.println("END: " + joinPoint.toString()+ " " + timeMs + "ms");
 }
 }
}

시간 측정 AOP의 적용범위를 ( hello.hellospring..(..))") hello.hellospring패키지 하위 전체로 설정해 놨으니
해당되는 하위 클래스, 패키지들은 이제 작동할때마다 로그에 메서드 동작 시간이 찍히게 된다.

해결

회원가입, 회원 조회등 핵심 관심사항 VS 시간을 측정하는 공통 관심 사항을 분리한다
시간을 측정하는 로직을 별도의 공통 로직으로 만들었다 → 공통 관심사항을 분리
장점
- 핵심 관심 사항을 깔끔하게 유지할 수 있다.
- 변경이 필요하면 이 로직만 변경하면 된다
- 원하는 적용 대상을 선택할 수 있다.

스프링 AOP 동작방식 설명

AOP적용 전 의존관계

memberController는 memberService의 기능들을 사용하며 의존관계가 수립됩니다.

컨트롤러에서는 memberService의 실제 객체(Real Subject)에 바로 접근하여 로직을 수행시킵니다.

memberService 에서는 공통적인 기능들을 추가하려면 각각의 메서드마다 기능들을 추가/수정/삭제 해야합니다.

AOP 적용 후 의존관계

memberController 는 이제 실제객체(Real Subject)에 바로 접근하지않고 프록시객체를 거쳐 프록시 객체에서 실제 객체에 접근하여 로직을 수행합니다.

AOP 적용 전 전체 그림

모든 객체들에게 프록시객체가 생성되었고 의존관계도 프록시 객체를 통하여 이뤄진다

각각 객체의 기능들을 수행하려 메서드를 호출하면 요청을 프록시 객체가 전달받아서 전처리/후처리 등 추가적인 작업을 수행하고 → 실제 객체(Real Subject)에 로직을(메서드) 수행

질문: AOP 를 적용하면 → 처음에 프록시객체를 전달받아서 전처리 과정 (예: 메서드 시간계산)을 하고 → 실제 객체의 메서드를 호출해 로직을 수행하는건가? (일단 GPT는 맞다고함)

질문: 왜 AOP는 왜 사용하는 건가요?
시간 구현하는 공통로직 → 걍 인터페이스 쓰면 되는거 아님???

보일러 플레이트 코드를 줄이기 위해
- 보일러 코드 플레이트= 최소한의 변경으로 여러곳에서 재사용되며, 반복적으로 비슷한 형태)
- 시작과 끝을 포인트 커서로 지정해서 보일러 플레이트 코드를 줄일 수 있다.
- 인터페이스로 하면 직접 넣어줘야 하기 때문에 → AOP로 보일러 코드를 줄일수 있다
수정을 한번에 할 수 있음 → 한곳에서 받아 가니깐 (개방 폐쇄 원칙을 지키기 위해서)
- 만약 인터페이스로 받아가면 → 변경될때 인터페이스 받아간 곳에서 모두 수정해야함
- → 개방 폐쇄 원칙 위반