📕 Backend/DB Access

앞선 포스팅에서 데이터베이스마다 오류코드가 다르기 때문에 예외복구를 할 때 각 DB에 맞는 적절한 오류코드를 설정해주어야 하는 번거로움이 있었습니다. ErrorCode를 이용한 특정 예외 복구 예외 처리 방법에는 3가지 방법이 있습니다. 1. 예외 내던지기 : 자신이 처리하지 못하는 예외를 자신을 호출한 메소드에게 throws 키워드로 내던지는 방법 ( main()에서도 처리하지 못하면 오류 출 rlaehddnd0422.tistory.com 스프링의 예외 추상화와, 예외 변환기를 사용해 이 문제를 해결할 수 있습니다! 예외 추상화 스프링이 제공하는 예외 추상화 DataAccessException은 RuntimeException의 상속 클래스이므로 서비스 계층에서 편리하게 사용 가능합니다. 각각의 예외는 ..

예외 처리 방법에는 3가지 방법이 있습니다. 1. 예외 내던지기 : 자신이 처리하지 못하는 예외를 자신을 호출한 메소드에게 throws 키워드로 내던지는 방법 ( main()에서도 처리하지 못하면 오류 출력후 종료 ) 2. 예외 전환 : catch 문에서 Checked Exception -> Unchecked Exception하여 throw 키워드로 던지기 3. 예외 복구 : catch 문에 try 문에서 발생한 예외에 대한 복구 로직 구현하기 [JAVA] 예외(Exception) 처리 프로그램 오류 프로그램이 실행중 어떤 원인에 의해서 오작동을 하거나 비정상적으로 종료되는 경우가 있습니다. 이러한 결과를 초래하는 원인을 프로그램 오류라고 합니다. 오류는 발생시점 rlaehddnd0422.tistory...

Repository 데이터 베이스 접근 계층에서 발생한 예외가 Service 계층까지 누수되는 예외누수 문제를 예외 전환을 적용해서 해결해 보겠습니다. 예외 누수까지 처리하게되면 최종적으로 Service계층의 순수한 비즈니스로직에 달성할 수 있게 됩니다. 먼저 이제 MemberRepository 인터페이스를 도입해서 구현 기술을 쉽게 갈아끼울 수 있도록 하겠습니다. 기존에 인터페이스를 도입하지 않았던 이유는 인터페이스에도 메소드를 선언할 때, throws SQLException을 붙여주어야 하기 때문에 도입하지 않았지만(throws SQLException을 적용하게 되면 인터페이스 또한 특정 기술에 의존하기 때문에 DIP를 지킨다고 보기 어려움), 이제 실제 DB로 부터 누수된 Check 예외를 Unch..

이 전 포스팅에서 트랜잭션을 편리하게 처리하기 위해 트랜잭션 추상화와 트랜잭션 템플릿을 도입해보았습니다. 하지만 여전히 서비스 계층에 순수한 비즈니스 로직만 남기는 목표에는 도달하지 못했어요. 이럴 때 스프링 AOP를 통해 프록시를 도입하면 문제를 깔끔하게 해결할 수 있습니다. 스프링 AOP와 프록시에 대한 자세한 내용은 추후에 자세히 공부하고 남기도록 하겠습니다. 프록시라는 것을 사용하면 이렇게 트랜잭션을 처리하는 객체와 비즈니스 로직을 처리하는 서비스 객체를 명확하게 분리할 수 있습니다. 사용법은 매우매우매우 간단합니다. 트랜잭션 처리가 필요한 곳에 @Transactional 어노테이션을 붙여주기만 하면 됩니다. 스프링의 트랜잭션 AOP는 이 어노테이션을 인식해서 자동으로 트랜잭션 프록시를 적용해 줍..

애플리케이션 구조 애플리케이션 구조 중 가장 단순하면서 많이 사용하는 방법은 역할에 따라 3가지 계층으로 나누는 방법입니다. 컨트롤러 계층 웹 요청(request), 응답(response)를 관리하고 사용자 요청을 검증하는 역할 클라이언트가 접근하는 UI 관련된 기술인 웹, 서블릿, HTTP와 관련된 부분을 담당 주로 Servlety과 HTTP 같은 웹 기술을 사용하고 MVC(Model + View + Controller)구조를 이루고 있습니다. 서비스 계층 비즈니스 로직을 담당하는 계층입니다. 특정 기술에 의존하지 않고 순수 자바코드로 작성 리포지토리 계층 실제 DB에 접근하는 코드가 작성된 계층 주로 JDBC, JPA 를 사용합니다. 여기서 가장 중요한 계층은 서비스 계층입니다. 서비스 계층은 컨트롤..