[Spring] 관점 지향 프로그램(AOP) 이해하기

0.0.1. 스프링의 특징을 5가지로 나눈다면 다음과 같이 나눌 수 있습니다.

0.0.2.

경량 컨테이너
DI(Dependency Injection, 의존성 주입)
IoC(제어의 역흐름, Inversion of Control)
AOP(관점지향프로그래밍, Aspect oriented Programming)
POJO 방식의 프레임워크

0.0.3. 그 중 이번 글에서는 AOP(관점지향프로그래밍)에 대해 알아보려고 합니다.

1. l AOP는 왜 필요할까?

1.0.1. 웹 애플리케이션을 만들다 보면 해킹을 대비하기 위한 보안 기능, 사용자의 접속 내역을 위한 로깅 기능 그외에 트랜잭션, 이메일 발송 기능 등 수많은 기능들이 있습니다. 이들의 공통점은 무엇일까요? 모두 웹 애플리케이션을 구축할 때 공통적으로 필요한 기능들 입니다. 그리고 대부분의 클래스들이 이러한 기능을 필요로 합니다.

1.0.2. 1.0.3. 하지만 각 클래스마다 이러한 기능을 구현하기에는 사실 불가능합니다. 행여 보안 기능 코드를 수정해야 한다면, 보안 기능이 있는 모든 클래스를 찾아 보안 기능 코드를 수정해줘야 합니다.

1.0.4.

생각만 해도 끔찍합니다

1.0.5. 이러한 불편함을 없애기 위해 스프링은 AOP 라는 개념을 사용합니다. 결국 DI와 IoC처럼 AOP도 개발자들의 불편함을 해소하기 위하여 등장한 것이지요.

2. l AOP는 무엇일까?

2.0.1. AOP는 메서드 안의 주기능과 보조 기능을 분리한 후 선택적으로 메서드에 적용해서 사용한다는 개념으로 정의 할 수 있습니다. AOP를 사용하여 각 클래스에 흩어져 있는 공통기능들을 하나의 장소에 모아서 관리할 수 있게 됩니다.

AOP를 적용한 LMS 시스템의 구조도

용어	설명
aspect	구현하고자 하는 보조 기능을 의미합니다.
★advice★	aspect의 실제 클래스를 의미합니다. 즉 구현하고자 하는 보조 기능의 실체 클래스입니다.
joinpoint	advice를 적용하는 지점을 의미합니다. 스프링은 method 결합점만 제공합니다.
pointcut	advice가 적용되는 대상을 지정합니다. 패키지이름/클래스이름/메서드이름을 정규식으로 지정하여 사용합니다.
★target★	advcie가 적용되는 클래스를 의미합니다.
weaving	advice를 주기능에 적용하는 것을 의미합니다.

3. l AOP를 이용하여 실습


      
      
      
    
    
      <html />
    
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" 
   "http://www.springframework.org/dtd/spring-beans-2.0.dtd">
<beans>
   <bean id="calcTarget" class="com.spring.ex03.Caculator">
   	<property name="add">
   		<value>더하기</value>
   	</property>
   </bean>
   <bean id="logAdvice" class="com.spring.ex03.LoggingAdvice" />
   
   <bean id="proxyCal"
          class="org.springframework.aop.framework.ProxyFactoryBean">
      <property name="target" ref="calcTarget"/>
      <property name="interceptorNames">
         <list>
            <value>logAdvice</value>
         </list>
      </property>
   </bean>
</beans>

3.0.1. 빈을 하나하나 설명해드리겠습니다.

(빈이란? 스프링에서 DI를 위하여 클래스에 클래스 객체를 주입시켜주는데 이 클래스를 객체를 빈이라고 합니다.)

3.1. calTarget 빈

3.1.1. proxyCal 빈에서 name="target" 함으로써 advice가 적용될 클래스를 설정해주었습니다. 적용될 클래스는 bean class인 com.spring.ex03.Caculator입니다.

3.1.2. 3.1.3. property를 설정해주어 Caculator의 setter에서 빈 객체를 받을수 있게 해주었습니다.

3.1.4.

3.2. logAdvice 빈

3.2.1. 로깅 기능을 하는 advice 빈을 지정합니다.

3.2.2.

3.3. proxyCal 빈

3.3.1. 첫번째 property는 ref="calcTarget"를 하여 Caculator 클래스를 참조할 수 있게 해주었고, 이를 타깃 클래스로 지정하였습니다.

3.3.2. (타깃 클래스는 advice를 적용해줄 클래스입니다.)

3.3.3. 3.3.4. 두번째 property는 logAdvice를 advice 빈으로 설정하여 타깃 클래스 호출시 logAdvice가 실행되도록 합니다.


      
      
      
    
    
      <java />
    
package com.spring.ex03;

public class Caculator {
	private String add;
	
	public void setAdd(String add) {
		this.add = add;
	}
	
	public void add(int x, int y) {
		int result=x+y;
		System.out.println("bean의 Value : " + add);
		System.out.println("결과:"+ result);
	}

	public void subtract(int x, int y) {
		int result=x - y;
		System.out.println("결과:"+ result);
	}

	public void multiply(int x, int y) {
		int result=x * y;
		System.out.println("결과:"+ result);
	}

	public void divide(int x, int y) {
		int result=x / y;
		System.out.println("결과:"+ result);
	}
}

3.3.5. setter 함수는 반드시 bean의 property 이름으로 해주어야합니다. 만약 name="test" 였다면 setter 함수의 함수명은 setTest가 되어야 합니다.


      
      
      
    
    
      <java />
    
package com.spring.ex03;

import org.aopalliance.intercept.MethodInterceptor;
import org.aopalliance.intercept.MethodInvocation;

public class LoggingAdvice implements MethodInterceptor {
	public Object invoke(MethodInvocation invocation) throws Throwable {
		System.out.println("[메서드 호출 전 : LogginAdvice");
		System.out.println(invocation.getMethod() + "메서드 호출 전");

		Object object = invocation.proceed();

		System.out.println("[메서드 호출 후 : loggingAdvice");
		System.out.println(invocation.getMethod() + "메서드 호출 후");
		return object;
	}
}

3.3.6. invoke 함수는 invocation.proceed 를 기준으로 메서드 호출 전에 수행하는 구문과 메서드 호출 훈 수행하는 구문으로 나누어 콘솔에 로그를 찍어줍니다. 아마 밑에서 사진으로 보시면 이해가 더 빠르실 겁니다.


      
      
      
    
    
      <java />
    
package com.spring.ex03;

import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;

public class CalcTest {
	   public static void main(String[] args){
	      ApplicationContext context=new ClassPathXmlApplicationContext("AOPTest.xml");
	      Caculator cal=(Caculator)context.getBean("proxyCal");

	      cal.add(100,20);
	 
	   }
	}

3.3.7. ApplicationContext 클래스를 이용하여 빈 설정이 되어있는 xml 파일을 로드합니다. 그리고 getBean을 이용하여 빈 객체를 불러옵니다.

3.3.8. 3.3.9. cal.add(100,20)를 해줌으로써 빈 객체를 잘 불러왔는지 확인해줍니다.

실행 결과

3.3.10. 콘솔 결과를 보면 메서드 호출전, 클래스 내용, 메서드 호출후 이렇게 로그내역이 있는 걸 확인하실 수 있습니다.

4. l 요약

4.0.1. AOP 또한 DI, IoC 처럼 결국 유지보수를 보다 편하게 해주기 위하여 생긴 개념입니다. AOP를 사용하면 보다 쉽게 공통 기능들을 한 곳에 모아 관리 할 수 있습니다.

target : advice를 적용해줄 클래스
advice : 보조 기능(aspect)을 구현한 실제 클래스

참고도서

[자바 웹을 다루는 기술(길벗)]

[배워서 바로 쓰는 스프링 프레임워크(한빛미디어)]

읽어주셔서 감사합니다.

질문은 언제나 환영합니다.

"난 반드시 백엔드 왕이 될거야"

'...' 카테고리의 다른 글

[JS] javascript:void(0) 사용하는 이유 (0)	2021.01.07
[MyBatis] MyBatis 시작하기 (0)	2021.01.06
[Spring] 스프링 DI, IoC 이해하기 (4)	2021.01.02
[Java] equals() == 차이 쉽게 이해하기 (2)	2020.12.31
[Java] HashMap 사용하기 (0)	2020.12.30

내 블로그 - 관리자 홈 전환	`Q` `Q`
새 글 쓰기	`W` `W`

글 수정 (권한 있는 경우)	`E` `E`
댓글 영역으로 이동	`C` `C`

이 페이지의 URL 복사	`S` `S`
맨 위로 이동	`T` `T`
티스토리 홈 이동	`H` `H`
단축키 안내	`Shift` + `/` `⇧` + `/`

0.0.1. 스프링의 특징을 5가지로 나눈다면 다음과 같이 나눌 수 있습니다.

0.0.2.

0.0.3. 그 중 이번 글에서는 AOP(관점지향프로그래밍)에 대해 알아보려고 합니다.

1. l AOP는 왜 필요할까?

1.0.2.

1.0.3. 하지만 각 클래스마다 이러한 기능을 구현하기에는 사실 불가능합니다. 행여 보안 기능 코드를 수정해야 한다면, 보안 기능이 있는 모든 클래스를 찾아 보안 기능 코드를 수정해줘야 합니다.

1.0.4.

1.0.5. 이러한 불편함을 없애기 위해 스프링은 AOP 라는 개념을 사용합니다. 결국 DI와 IoC처럼 AOP도 개발자들의 불편함을 해소하기 위하여 등장한 것이지요.

2. l AOP는 무엇일까?

3. l AOP를 이용하여 실습

3.0.1. 빈을 하나하나 설명해드리겠습니다.

3.1. calTarget 빈

3.1.1. proxyCal 빈에서 name="target" 함으로써 advice가 적용될 클래스를 설정해주었습니다. 적용될 클래스는 bean class인 com.spring.ex03.Caculator입니다.

3.1.2.

3.1.3. property를 설정해주어 Caculator의 setter에서 빈 객체를 받을수 있게 해주었습니다.

3.1.4.

3.2. logAdvice 빈

3.2.1. 로깅 기능을 하는 advice 빈을 지정합니다.

3.2.2.

3.3. proxyCal 빈

3.3.1. 첫번째 property는 ref="calcTarget"를 하여 Caculator 클래스를 참조할 수 있게 해주었고, 이를 타깃 클래스로 지정하였습니다.

3.3.2. (타깃 클래스는 advice를 적용해줄 클래스입니다.)

3.3.3.

3.3.4. 두번째 property는 logAdvice를 advice 빈으로 설정하여 타깃 클래스 호출시 logAdvice가 실행되도록 합니다.

3.3.5. setter 함수는 반드시 bean의 property 이름으로 해주어야합니다. 만약 name="test" 였다면 setter 함수의 함수명은 setTest가 되어야 합니다.

3.3.6. invoke 함수는 invocation.proceed 를 기준으로 메서드 호출 전에 수행하는 구문과 메서드 호출 훈 수행하는 구문으로 나누어 콘솔에 로그를 찍어줍니다. 아마 밑에서 사진으로 보시면 이해가 더 빠르실 겁니다.

3.3.7. ApplicationContext 클래스를 이용하여 빈 설정이 되어있는 xml 파일을 로드합니다. 그리고 getBean을 이용하여 빈 객체를 불러옵니다.

3.3.8.

3.3.9. cal.add(100,20)를 해줌으로써 빈 객체를 잘 불러왔는지 확인해줍니다.

3.3.10. 콘솔 결과를 보면 메서드 호출전, 클래스 내용, 메서드 호출후 이렇게 로그내역이 있는 걸 확인하실 수 있습니다.

4. l 요약

4.0.1. AOP 또한 DI, IoC 처럼 결국 유지보수를 보다 편하게 해주기 위하여 생긴 개념입니다. AOP를 사용하면 보다 쉽게 공통 기능들을 한 곳에 모아 관리 할 수 있습니다.

'...' 카테고리의 다른 글

티스토리툴바

개인정보

단축키

내 블로그

블로그 게시글

모든 영역

'...' 카테고리의 다른 글

검색 태그

티스토리툴바

개인정보

단축키

내 블로그

블로그 게시글

모든 영역