AOP는 Aspect Oriented Programming의 약자로 관점 지향 프로그래밍이라고 불린다.

관점 지향은 쉽게 말해 어떤 로직을 기준으로 핵심적인 관점, 부가적인 관점으로 나누어서 보고 그 관점을 기준으로 각각 모듈화하겠다는 것이다.

모듈을 핵심-부가적인 관점으로 나눈다.

여기서 모듈화란 어떤 공통된 로직이나 기능을 하나의 단위로 묶는 것을 말한다.  

예로들어 핵심적인 관점은 결국 우리가 적용하고자 하는 핵심 비즈니스 로직이 된다.

또한 부가적인 관점은 핵심 로직을 실행하기 위해서 행해지는 데이터베이스 연결, 로깅, 파일 입출력 등을 예로 들 수 있다.

AOP에서 각 관점을 기준으로 로직을 모듈화한다는 것은 코드들을 부분적으로 나누어서 모듈화하겠다는 의미다.

이 때, 소스 코드상에서 다른 부분에 계속 반복해서 쓰는 코드들을 발견할 수 있는 데 이것을 흩어진 관심사 (Crosscutting Concerns)라 부른다. 

AOP(Aspect-Oriented Programming)는 이러한 흩어짐 관심사 문제를 핵심 비즈니스 로직에서 분리하여 해결하는 것을 목표로 하는 프로그래밍 패러다임이다.

코드의 중복을 최대한으로 회피

흩어진 관심사 문제는 로깅, 보안, 트랜잭션 관리 및 캐싱과 같은 응용 프로그램의 여러 모듈 또는 계층에 걸쳐 있는 기능이다.

위에서 부가적인 관점으로 예시를 든 코드들

기존 프로그래밍에서는 흩어진 관심사 문제가 코드 베이스 전체에 흩어져 있으므로 코드를 읽고 유지 관리하고 테스트하기가 더 어렵다.

AOP는 이러한 문제를 런타임 시 코드에 구현할 수 있는 측면으로 정의하여 모듈화하는 방법을 제공한다.

결국 AOP의 핵심 개념은 위에서 얘기한 모듈 단위의 Aspect다.

각 모듈에는 Advice와 Pointcut이 있다.

Advice란 해야 할 일, 기능을 나타내는 것이다.

Pointcut이란 어디에 적용해야 하는지를 나타내는 것이다.(ex A라는 클래스의 Go라는 메서드)

Target이란 각각 클래스를 나타내는 것이다.(클래스 A, B, C) 즉, 적용이 되는 대상을 뜻하는 용어이다.

Join point라는 용어는 끼어들 지점을 뜻한다.(ex 메서드를 실행할 때, 필드에서 값을 가져갈 때 등등)

AOP의 장점은 다음과 같다.

1. 관심사의 분리: AOP는 핵심 비즈니스 로직에서 관심사를 분리하여 코드베이스를 보다 모듈화하고 유지 관리하기 쉽게 만든다.

2. 재사용성: 로직을 한 번 정의하고 여러 부분에 적용할 수 있으므로 중복이 줄어들고 재사용상이 향상된다.

3. 유연성: 런타임 시 특정 Aspect를 추가, 제거 또는 수정할 수 있으므로 변화하는 요구 사항에 대한 유연성과 적응성을 제공한다.

4. 향상된 코드 품질: AOP는 상용구 코드의 양을 줄이고 코드의 가독성을 높임으로써 코드베이스의 품질을 향상시키는 데 도움이 될 수 있다.

AOP의 단점은 다음과 같다.

1. 복잡성: AOP는 코드베이스에 추가 복잡성을 도입하여 디버깅이 어려워질 수 있다.

2. 성능 오버헤드: 위빙 프로세스는 애플리케이션에 성능 오버헤드를 추가할 수 있으며, 이는 경우에 따라 중요할 수 있다.

AOP는 Aspect Oriented Programming의 약자로 관점 지향 프로그래밍이라고 불린다.

관점 지향은 쉽게 말해 어떤 로직을 기준으로 핵심적인 관점, 부가적인 관점으로 나누어서 보고 그 관점을 기준으로 각각 모듈화하겠다는 것이다.

모듈을 핵심-부가적인 관점으로 나눈다.

여기서 모듈화란 어떤 공통된 로직이나 기능을 하나의 단위로 묶는 것을 말한다.  

예로들어 핵심적인 관점은 결국 우리가 적용하고자 하는 핵심 비즈니스 로직이 된다.

또한 부가적인 관점은 핵심 로직을 실행하기 위해서 행해지는 데이터베이스 연결, 로깅, 파일 입출력 등을 예로 들 수 있다.

AOP에서 각 관점을 기준으로 로직을 모듈화한다는 것은 코드들을 부분적으로 나누어서 모듈화하겠다는 의미다.

이 때, 소스 코드상에서 다른 부분에 계속 반복해서 쓰는 코드들을 발견할 수 있는 데 이것을 흩어진 관심사 (Crosscutting Concerns)라 부른다. 

AOP(Aspect-Oriented Programming)는 이러한 흩어짐 관심사 문제를 핵심 비즈니스 로직에서 분리하여 해결하는 것을 목표로 하는 프로그래밍 패러다임이다.

코드의 중복을 최대한으로 회피

흩어진 관심사 문제는 로깅, 보안, 트랜잭션 관리 및 캐싱과 같은 응용 프로그램의 여러 모듈 또는 계층에 걸쳐 있는 기능이다.

위에서 부가적인 관점으로 예시를 든 코드들

기존 프로그래밍에서는 흩어진 관심사 문제가 코드 베이스 전체에 흩어져 있으므로 코드를 읽고 유지 관리하고 테스트하기가 더 어렵다.

AOP는 이러한 문제를 런타임 시 코드에 구현할 수 있는 측면으로 정의하여 모듈화하는 방법을 제공한다.

결국 AOP의 핵심 개념은 위에서 얘기한 모듈 단위의 Aspect다.

각 모듈에는 Advice와 Pointcut이 있다.

Advice란 해야 할 일, 기능을 나타내는 것이다.

Pointcut이란 어디에 적용해야 하는지를 나타내는 것이다.(ex A라는 클래스의 Go라는 메서드)

Target이란 각각 클래스를 나타내는 것이다.(클래스 A, B, C) 즉, 적용이 되는 대상을 뜻하는 용어이다.

Join point라는 용어는 끼어들 지점을 뜻한다.(ex 메서드를 실행할 때, 필드에서 값을 가져갈 때 등등)

AOP의 장점은 다음과 같다.

1. 관심사의 분리: AOP는 핵심 비즈니스 로직에서 관심사를 분리하여 코드베이스를 보다 모듈화하고 유지 관리하기 쉽게 만든다.

2. 재사용성: 로직을 한 번 정의하고 여러 부분에 적용할 수 있으므로 중복이 줄어들고 재사용상이 향상된다.

3. 유연성: 런타임 시 특정 Aspect를 추가, 제거 또는 수정할 수 있으므로 변화하는 요구 사항에 대한 유연성과 적응성을 제공한다.

4. 향상된 코드 품질: AOP는 상용구 코드의 양을 줄이고 코드의 가독성을 높임으로써 코드베이스의 품질을 향상시키는 데 도움이 될 수 있다.

AOP의 단점은 다음과 같다.

1. 복잡성: AOP는 코드베이스에 추가 복잡성을 도입하여 디버깅이 어려워질 수 있다.

2. 성능 오버헤드: 위빙 프로세스는 애플리케이션에 성능 오버헤드를 추가할 수 있으며, 이는 경우에 따라 중요할 수 있다.