각 개층을 명확히 해주는 애매한 계층

개념

Service Layer는 애플리케이션의 비즈니스 로직과 트랜잭션 경계를 정의하는 계층입니다. 도메인 로직과 데이터 접근 계층 사이에서 중재자 역할을 합니다.

구현방법

• Domain Facade : 정적 구현방법, 건물의 내부는 복잡해도 외관은 간단히 보이는 것처럼, 데이터 레이어의 것들을 단순한 객체로 만들어서 서비스 레이어를 구현
• Operation Script : 동적 구현방법, 데이터 레이어에서 필요한 정보들을 Action을 통해 얻는 Class를 구현, ~Service가 다 여기서 유래

실생활 비유

레스토랑의 매니저와 비슷합니다:

• 매니저(Service Layer)가 주방(Domain Layer)과 홀서빙(Presentation Layer) 사이를 조율
• 전체적인 업무 흐름을 관리하고 문제 발생 시 처리
• 여러 부서의 작업을 하나의 트랜잭션으로 관리

코드 예시

// Service Layer 구현
public class OrderService {
    private OrderRepository orderRepository;
    private CustomerRepository customerRepository;
    private PaymentGateway paymentGateway;

    @Transactional  // 트랜잭션 경계 설정
    public OrderResult processOrder(OrderRequest request) {
        try {
            // 1. 고객 정보 검증
            Customer customer = customerRepository.findById(request.getCustomerId());
            if (customer == null) {
                throw new BusinessException("고객을 찾을 수 없습니다");
            }

            // 2. 주문 생성
            Order order = new Order(customer, request.getItems());

            // 3. 결제 처리
            PaymentResult payment = paymentGateway.processPayment(
                order.calculateTotal(),
                request.getPaymentInfo()
            );

            // 4. 주문 저장
            if (payment.isSuccessful()) {
                orderRepository.save(order);
                return new OrderResult(order, payment);
            } else {
                throw new PaymentFailedException("결제 실패");
            }
        } catch (Exception e) {
            // 롤백은 @Transactional에 의해 자동으로 처리됨
            throw new OrderProcessingException("주문 처리 실패", e);
        }
    }

    public List<OrderSummary> getCustomerOrders(Long customerId) {
        return orderRepository.findByCustomerId(customerId)
            .stream()
            .map(OrderSummary::new)
            .collect(Collectors.toList());
    }
}

주요 기능

1. 트랜잭션 관리
   • 작업의 시작과 끝을 정의
   • 실패 시 롤백 처리
2. 비즈니스 로직 조율
   • 여러 도메인 객체의 상호작용 관리
   • 작업 순서 정의
3. 예외 처리
   • 비즈니스 예외 처리
   • 기술적 예외를 비즈니스 예외로 변환

장점

1. 관심사 분리
   • 비즈니스 로직과 기술적 문제를 분리
   • 코드 유지보수가 쉬워짐
2. 재사용성
   • 동일한 비즈니스 로직을 여러 인터페이스에서 사용 가능
   • 중복 코드 감소