1. 객체지향의 보완재, AOP(Aspect Oriented Programming)의 개요
정의: 애플리케이션의 핵심 비즈니스 로직(Core Concern)과 공통적으로 적용되는 부가 기능(Cross-cutting Concern)을 분리하여 모듈화하는 프로그래밍 패러다임.
등장 배경: 로깅, 보안, 트랜잭션 등 여러 모듈에 산재한 **'횡단 관심사'**로 인해 발생하는 코드 중복과 응집도 저하 문제를 해결하기 위해 등장.
2. AOP의 핵심 구성 요소 및 메커니즘
AOP는 핵심 로직을 건드리지 않고 필요한 시점에 부가 기능을 삽입하는 구조를 가집니다.
| 구성 요소 | 의미 및 역할 | 상세 설명 |
| Aspect | 관점 | 횡단 관심사를 모듈화한 단위 (Advice + Pointcut) |
| Advice | 실질적 기능 | 실질적으로 수행해야 할 부가 기능 코드 (언제 무엇을 할 것인가) |
| JoinPoint | 적용 가능 지점 | Advice가 적용될 수 있는 실행 시점 (메소드 호출, 필드 값 변경 등) |
| Pointcut | 적용 대상 선정 | JoinPoint 중에서 실제로 Advice를 적용할 지점을 선정한 것 |
| Target | 대상 객체 | 핵심 로직을 구현하고 있으며 Advice를 받는 클래스나 객체 |
| Weaving | 결합 과정 | 지점(Pointcut)에 관점(Aspect)을 실제 삽입하여 실행 가능한 코드로 만드는 과정 |
3. AOP의 위빙(Weaving) 방식 비교
부가 기능을 언제 삽입하느냐에 따라 세 가지 방식으로 나뉩니다.
| 방식 | 수행 시점 | 특징 |
| 컴파일 시점 (Compile-time) | 소스 컴파일 시 | 컴파일러가 바이트코드를 조작하여 삽입 (AspectJ 등), 성능 우수 |
| 클래스 로딩 시점 (Load-time) | 클래스 로드 시 | JVM에 로드될 때 바이트코드를 조작 (L TW), 유연성 높음 |
| 런타임 시점 (Run-time) | 프로그램 실행 중 | Proxy(대행자) 객체를 생성하여 호출 가로채기 (Spring AOP), 구현 용이 |
4. AOP 도입의 기대효과
생산성 향상: 공통 기능을 한 곳에서 관리하므로 코드 중복이 제거되어 개발 및 유지보수 속도가 빨라짐.
응집도 강화: 비즈니스 로직 클래스에는 오직 핵심 로직만 남게 되어 가독성과 이해도가 높아짐 (Single Responsibility Principle 준수).
변경 유연성: 로깅 방식이나 보안 정책 변경 시, 비즈니스 코드 수정 없이 Aspect만 수정하여 전사적 적용 가능.
품질 표준화: 전사적으로 동일한 공통 로직 적용을 강제함으로써 시스템 전체의 일관성 있는 품질 확보.
5. 기술사적 제언: AOP 적용 시 주의사항 및 발전 방향
과도한 사용 지양: 모든 기능을 AOP로 분리할 경우 프로그램의 실행 흐름을 파악하기 어려워지는 **'가독성 저해'**가 발생할 수 있으므로 적절한 설계 가이드라인 필요.
프록시 패턴의 한계 이해: Spring AOP 등 런타임 위빙 사용 시, 내부 메소드 호출(Self-invocation)에는 AOP가 적용되지 않는 특성을 고려하여 아키텍처 설계.
결언: AOP는 OOP를 부정하는 것이 아니라, OOP의 응집도를 완성시키는 보완 기술임. 기술사는 복잡해지는 마이크로서비스 아키텍처(MSA) 환경에서 분산 트랜잭션이나 통합 로깅을 위해 AOP를 전략적으로 활용할 수 있는 역량을 갖춰야 함.
댓글 없음:
댓글 쓰기