[스프링 DB 1편] - 9. 트랜잭션 템플릿

 

트랜잭션 사용 코드

//트랜잭션 시작
TransactionStatus status = transactionManager.getTransaction(new DefaultTransactionDefinition());

  try {
    //비즈니스 로직
   bizLogic(fromId, toId, money);
   transactionManager.commit(status); //성공시 커밋
   } catch (Exception e) {
       transactionManager.rollback(status); //실패시 롤백
      throw new IllegalStateException(e);
   }

 

트랜잭션을 사용하는 로직을 살펴보면 다음과 같은 패턴이 반복되는 것을 확인할 수 있다.

 

이런 형태는 각각의 서비스에서 반복된다. 달라지는 부분은 비즈니스 로직 뿐이다.

 

이럴 때 템플릿 콜백 패턴을 활용하면 이런 반복 문제를 깔끔하게 해결할 수 있다.

 

 

 

트랜잭션 템플릿

 

TransactionTemplate 라는 템플릿 클래스를 제공

 

public MemberServiceV3_2(PlatformTransactionManager transactionManager,
                   MemberRepositoryV3 memberRepository) {
   this.txTemplate = new TransactionTemplate(transactionManager);
   this.memberRepository = memberRepository;
}

 

TransactionTemplate 을 사용하려면 transactionManager 가 필요하다.

 

생성자에서 transactionManager 를 주입 받으면서 TransactionTemplate 을 생성했다.

 

 

 

트랜잭션 템플릿 사용 로직

    txTemplate.executeWithoutResult((status) -> {
      try {
//비즈니스 로직
         bizLogic(fromId, toId, money);
      } catch (SQLException e) {
         throw new IllegalStateException(e);
      }
   });

트랜잭션 템플릿 덕분에 트랜잭션을 시작하고, 커밋하거나 롤백하는 코드가 모두 제거되었다.

 

트랜잭션 템플릿의 기본 동작은 다음과 같다.

 

비즈니스 로직이 정상 수행되면 커밋한다.

언체크 예외가 발생하면 롤백한다.

 

 

 

정리

트랜잭션 템플릿 덕분에, 트랜잭션을 사용할 때 반복하는 코드를 제거할 수 있었다.

 

하지만 이곳은 서비스 로직인데 비즈니스 로직 뿐만 아니라 트랜잭션을 처리하는 기술 로직이 함께 포함되어 있다.

애플리케이션을 구성하는 로직을 핵심 기능과 부가 기능으로 구분하자면

 

서비스 입장에서 비즈니스 로직은 핵심 기능이고, 트랜잭션은 부가 기능이다.

이렇게 비즈니스 로직과 트랜잭션을 처리하는 기술 로직이 한 곳에 있으면 두 관심사를 하나의 클래스에서 처리하게 된다.

 

결과적으로 코드를 유지보수하기 어려워진다.

서비스 로직은 가급적 핵심 비즈니스 로직만 있어야 한다.

 

하지만 트랜잭션 기술을 사용하려면 어쩔 수 없이 트랜잭션 코드가 나와야 한다.

 

 

 

 

어떻게 하면 이 문제를 해결할 수 있을까?

 

서비스 계층에 순수한 비즈니스 로직만 남긴다는 목표를 달성하기 위해서는 

 

스프링 AOP를 통해 프록시를 도입하면 문제를 깔끔하게 해결할 수 있다.

 

 

 

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-db-1/dashboard

스프링 DB 1편 - 데이터 접근 핵심 원리 - 인프런 | 강의