Service 계층

학습 목표

⚠️ Service 없이 짠 코드

@PostMapping("/order")
public String order(...) {
    // 재고 확인 (mapper 직접 호출)
    Item i = itemMapper.findById(itemId);
    if (i.getStock() < quantity) throw new ...;
    // 주문 저장
    orderMapper.insert(order);
    // 재고 감소
    itemMapper.decreaseStock(itemId, quantity);
    // 결제 처리
    paymentApi.charge(amount);
    // 알림 발송
    notificationService.send(...);

    return "redirect:/order/list";
}

🛠️ Service — 메인 셰프

① 비즈니스 로직 — 의존 부품

@Service
public class OrderService {

    @Autowired private ItemMapper itemMapper;
    @Autowired private OrderMapper orderMapper;
    @Autowired private PaymentApi paymentApi;

    public Long order(int itemId, int quantity, int userId) {
        // 다음 슬라이드에서 4 단계 처리
    }
}

한 주문을 처리하려면 세 부품이 필요합니다 — 상품 / 주문 / 결제.

① 비즈니스 로직 — 4 단계 처리

public Long order(int itemId, int quantity, int userId) {
    // ① 재고 확인 (비즈니스 규칙)
    Item item = itemMapper.findById(itemId);
    if (item.getStock() < quantity) {
        throw new OutOfStockException();
    }

    // ② 주문 저장
    Order order = new Order(itemId, quantity, userId);
    orderMapper.insert(order);

    // ③ 재고 감소
    itemMapper.decreaseStock(itemId, quantity);

    // ④ 결제
    paymentApi.charge(order.getAmount());

    return order.getId();
}

② Controller 는 깔끔해진다

@PostMapping("/order")
public String order(@RequestParam int itemId,
                     @RequestParam int quantity,
                     HttpSession session) {

    Member u = (Member) session.getAttribute("loginUser");
    Long orderId = service.order(itemId, quantity, u.getId());
    return "redirect:/order/" + orderId;
}

👉 컨트롤러는 「세션에서 사용자 가져옴 → 서비스 호출 → 응답」 만. 단 한 줄짜리 위임.

Service 의 5 가지 책임

• 비즈니스 규칙 적용 — 재고 확인·할인 계산 등 도메인 규칙
• 여러 Mapper 조합 — 한 동작에 여러 DB 작업
• 트랜잭션 경계 — @Transactional
• 외부 시스템 호출 — 결제 API, 메일 발송
• 예외 변환 — 기술 예외 → 비즈니스 예외

@Transactional — 원자성

@Service
public class TransferService {

    @Transactional
    public void transfer(int from, int to, int amount) {
        accountMapper.withdraw(from, amount);   // 출금
        accountMapper.deposit(to, amount);      // 입금
    }
}

왜 @Transactional 은 Service 에 붙이나

Self-invocation 함정

@Service
public class MemberService {
    public void register(Member m) {
        save(m);    // ⚠️ 여기서 호출하면
    }

    @Transactional
    public void save(Member m) {
        // ⚠️ 트랜잭션이 적용 안 됨!
    }
}

Service 인터페이스 vs 구현 클래스

// 인터페이스 (선택적)
public interface MemberService {
    Member find(int id);
    void register(Member m);
}

@Service
public class MemberServiceImpl implements MemberService {
    @Override
    public Member find(int id) { ... }
    @Override
    public void register(Member m) { ... }
}

👉 옛 컨벤션: 인터페이스 + Impl. 본 과정은 단순화 — 구현 클래스만.
인터페이스는 다른 구현이 필요할 때 (테스트 mock 등) 추가.

「Fat Service, Thin Controller」

👉 Service 가 두툼해야 — 도메인 변경 시 한 곳만 수정.

예외 처리 — 비즈니스 예외

public class OutOfStockException extends RuntimeException {
    public OutOfStockException(String msg) { super(msg); }
}

@Service
public class OrderService {
    public Long order(int itemId, int qty, int userId) {
        Item i = itemMapper.findById(itemId);
        if (i.getStock() < qty) {
            throw new OutOfStockException("재고 부족");
        }
        // ...
    }
}

// Controller 또는 @ControllerAdvice 에서
@ExceptionHandler(OutOfStockException.class)
public String handleOutOfStock(...) { ... }

실수 모음

🔄 Before / After

이번 차시의 데이터 흐름

정리