트랜잭션 AOP + 예외 전환 적용한 Service 계층 분리

Repository 데이터 베이스 접근 계층에서 발생한 예외가 Service 계층까지 누수되는 예외누수 문제를 예외 전환을 적용해서 해결해 보겠습니다. 예외 누수까지 처리하게되면 최종적으로 Service계층의 순수한 비즈니스로직에 달성할 수 있게 됩니다.

 

먼저 이제 MemberRepository 인터페이스를 도입해서 구현 기술을 쉽게 갈아끼울 수 있도록 하겠습니다.

이제 인터페이스에 의존함으로써 DIP 적용 가능

기존에 인터페이스를 도입하지 않았던 이유는 인터페이스에도 메소드를 선언할 때, throws SQLException을 붙여주어야 하기 때문에 도입하지 않았지만(throws SQLException을 적용하게 되면 인터페이스 또한 특정 기술에 의존하기 때문에 DIP를 지킨다고 보기 어려움), 이제 실제 DB로 부터 누수된 Check 예외를 Unchecked 예외로 전환해서 던질 예정이므로 이제서야 인터페이스를 도입했습니다.

 

MemberRepositoryt Interface

public interface MemberRepository {
    Member save(Member member);
    Member findById(String memberId);
    void update(String memberId, int money);
    void delete(String memberId);
}

 

전환할 Unchekced 런타임 예외 정의

public class MyDbException extends RuntimeException{

    public MyDbException() {
    }

    public MyDbException(String message) {
        super(message);
    }

    public MyDbException(String message, Throwable cause) {
        super(message, cause);
    }

    public MyDbException(Throwable cause) {
        super(cause);
    }
}

 

MemberRepositoryV4_1

public class MemberRepositoryV4_1 implements MemberRepository {
...

    public Member save(Member member)
    {
        String sql = "insert into member(member_id, money) values(?,?)";

        Connection con = null;
        PreparedStatement pstmt = null;

        try
        {
            con = getConnection();
            pstmt = con.prepareStatement(sql);
            pstmt.setString(1,member.getMemberId());
            pstmt.setInt(2, member.getMoney());
            pstmt.executeUpdate();
            return member;
        } catch (SQLException e) {
            log.error("db error",e);
            throw new MyDbException(e);
        }finally {
            close(con, pstmt, null);
        }
    }
    ...
}

• 예외를 위에서 정의한 런타임 예외로 전환해서 던지는 방식을 채택함으로써 메소드 옆에 "throws 예외"를 붙혀주지 않아도 되게 되었습니다.
• save 메소드 뿐만 아니라 update, findById, delete에도 동일하게 적용됩니다.
• 이렇게 예외를 런타임 예외로 전환하게 되면 Repository 계층 뿐만 아니라 Service 계층에서도 throws 키워드를 생략할 수 있습니다.

이제 MemberService 또한 인터페이스로 전환해도 됩니다.

 

MemberService Interface

public interface MemberService {

    public void accountTransfer(String fromId, String toId, int money);

}

 

MemberServiceV4

@Slf4j
@RequiredArgsConstructor
public class MemberServiceV4 implements MemberService{
    private final MemberRepository memberRepository;

    @Transactional
    public void accountTransfer(String fromId, String toId, int money) {
        buisnesslogic(fromId,toId,money);
    }
    private void buisnesslogic(String fromId, String toId, int money) {
        // 비즈니스 로직
        Member fromMember = memberRepository.findById(fromId);
        Member toMember = memberRepository.findById(toId);

        memberRepository.update(fromId, fromMember.getMoney()- money);
        validation(toMember);
        memberRepository.update(toId,toMember.getMoney()+ money);
    }

• 이제 서비스 계층에 계좌이체 비즈니스 로직에 "throws 예외" 키워드를 제거하여 예외누수 문제까지 해결하면서 비즈니스 로직을 깔끔하게 짤 수 있습니다.

TestCode

@TestConfiguration
static class TestConfig
{
    private final DataSource dataSource;

    public TestConfig(DataSource dataSource)
    {
        // dataSource - application.properties 에 등록되어 자동 주입됨
        // JDBC - DataSource는 DriverManagerDataSource(URL,USERNAME,PASSWORD),
        //        TransactionManager는 JdbcTransactionManager 자동 등록
        this.dataSource = dataSource;
    }

    @Bean
    MemberRepository memberRepository()
    {
        return new MemberRepositoryV4_3(dataSource);
    }

    @Bean
    MemberService memberService()
    {
        return new MemberServiceV4(memberRepository());
    }
}

구현체는 스프링 컨테이너에 등록해 DI 해주었습니다.

 

 

<참고자료>

 

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