aop
-
6장 AOP (2)24년 11월 이전/책장 속 먼지 털기 - 토비의 스프링 2021. 1. 25. 08:22
책장속 먼지털기 스터디 11차 스터디 날짜 : 2021.01.25 작성 날짜 : 2021.01.24 - 2021.01.25 페이지 : 475 - 512 개요 이전 장을 통해서 우리는 ProxyFactoryBean과 Advise, Pointcut을 적용하여, 핵심 기능에서 분리하여 부가 기능을 따로 깔끔하게 적용할 수 있도록 만들었다. 이번 장에서는 우리가 여태까지 해온 작업들을 돌아보고 Spring AOP를 이용해서 조금 더 "투명한 부가기능 형태"로 제공해보자. 여기서 투명하다라는 뜻은, 부가 기능을 적용한 후에도 기존, 설계와 코드에 영향을 주지 않는다는 뜻이다. 프록시 팩토리 빈의 한계와 극복 방법 지난 장에서 언급했던 프록시 팩토리 빈의 두 가지 한계를 다시 한 번 톺아보자. (여기서 프록시 팩토..
-
6장 AOP (1)24년 11월 이전/책장 속 먼지 털기 - 토비의 스프링 2021. 1. 18. 11:38
책장속 먼지털기 스터디 9차, 10차 스터디 날짜 : 2021.01.11, 2021.01.18 작성 날짜 : 2021.01.10 - 2021.01.18 페이지 : 401 - 474 개요 스프링의 3대 기술은 다음과 같다. IoC/DI (의존성 주입) PSA (서비스 추상화) AOP (관심사의 분리) 이 중 가장 어렵다는 Aspect Oriented Programming(이하 AOP)에 대해서 공부한다. 대표적인 예는 이전 장에서 만들었던 "트랜잭션"이다. 따라서 이전 장의 코드를 최대한 활용한다. 트랜잭션 코드의 분리 현재 UserService 코드의 문제점은 무엇일까? 트랜잭션 경계를 담당하는 코드와 비지니스 로직을 담당하는 코드가 뒤섞여 있다. 다음은 위의 문제점을 나타내는 코드의 본문이다. User..