Spring & Spring Boot에서 자주 쓰이는 디자인 패턴 정

1. 디자인 패턴이란?

디자인 패턴은 소프트웨어 설계 시 반복적으로 등장하는 문제를 해결하기 위한 일종의 '템플릿'이다. Java Spring에서는 프레임워크 특성상 구조적인 패턴(예: MVC)이나 생성/행위 패턴을 많이 활용한다.

실제로 Spring 기반 프로젝트를 개발하다 보면, 작은 규모의 서비스라도 다양한 디자인 패턴이 유기적으로 사용되는 것을 볼 수 있습니다. 각 컴포넌트가 자신의 책임에 집중하고, 변화에 유연하게 대응할 수 있도록 설계하는 과정에서 자연스럽게 전략(Strategy), 프록시(Proxy), 빌더(Builder) 등 다수의 패턴이 녹아들게 됩니다.

---

2. 시기별 디자인 패턴 사용 경향

시기	특징	주로 사용된 패턴
Spring Framework 2.x	XML 기반 설정, DI/IoC 초창기	Singleton, Factory, Proxy, Template Method
Spring 3.x ~ 4.x	Java Config 전환, AOP 정착	Strategy, Decorator, Observer, Command
Spring Boot	Auto-configuration, Starter 기반 설정 최소화	Builder, Adapter, Chain of Responsibility, Specification

---

3. 주요 디자인 패턴 정리 및 실무 예제

 

Singleton 패턴

• 정의: 인스턴스를 하나만 생성해 공유
• Spring 적용: 기본 Bean scope가 Singleton
• 대표 클래스: Spring의 모든 @Component, @Service, @Repository
• UML (Text 기반):

+----------------+
|   Singleton    |
+----------------+
| - instance     |
+----------------+
| + getInstance()|
+----------------+

• 실무 예제:

@Service
public class NotificationService {
    public void send(String message) {
        System.out.println("Sending message: " + message);
    }
}

---

Factory 패턴

• 정의: 객체 생성 로직을 캡슐화
• Spring 적용: BeanFactory, FactoryBean
• 대표 클래스: LocalSessionFactoryBean, SqlSessionFactoryBean
• UML (Text 기반):

      +-------------+
      |   Product   |
      +-------------+
         ^       ^
         |       |
+---------------------+
|ConcreteProductA/B   |
+---------------------+
         ^
         |
+---------------------+
|   ProductFactory    |
| +createProduct()    |
+---------------------+

• 실무 예제:

public class AnimalFactory {
    public static Animal createAnimal(String type) {
        return switch (type) {
            case "dog" -> new Dog();
            case "cat" -> new Cat();
            default -> throw new IllegalArgumentException("Unknown type");
        };
    }
}

---

Proxy 패턴

• 정의: 대리 객체를 통해 원래 객체 제어
• Spring 적용: AOP (Aspect Oriented Programming)
• 대표 클래스: ProxyFactoryBean, @Transactional
• UML (Text 기반):

     +---------+
     | Subject |
     +---------+
        ^   ^
        |   |
+--------------+  +--------+
| RealSubject  |  | Proxy  |
+--------------+  +--------+
                     |
                     v
              +-------------+
              | RealSubject |
              +-------------+

• 실무 예제:

@Aspect
@Component
public class LoggingAspect {
    @Before("execution(* com.example.service.*.*(..))")
    public void logBefore() {
        System.out.println("메서드 실행 전 로그 출력");
    }
}

---

Template Method 패턴

• 정의: 알고리즘 골격을 정의하고, 일부 단계는 서브클래스에서 구현
• Spring 적용: JdbcTemplate, RestTemplate
• 대표 클래스: JdbcTemplate, AbstractController
• UML (Text 기반):

+------------------+
|  AbstractClass   |
+------------------+
| +templateMethod()|
| +primitiveOp1()  |
| +primitiveOp2()  |
+------------------+
          ^
          |
+------------------+
|  ConcreteClass   |
+------------------+
| +primitiveOp1()  |
| +primitiveOp2()  |
+------------------+

• 실무 예제:

public abstract class AbstractTask {
    public void execute() {
        start();
        process();
        end();
    }
    protected abstract void process();
    private void start() { System.out.println("Start"); }
    private void end() { System.out.println("End"); }
}

---

Strategy 패턴

• 정의: 알고리즘을 클래스로 분리해 캡슐화
• Spring 적용: AuthenticationProvider, ViewResolver
• 대표 클래스: HandlerMethodArgumentResolver
• UML (Text 기반):

     +------------+
     |  Strategy  |
     +------------+
        ^     ^
        |     |
+-------------------+
|ConcreteStrategies |
+-------------------+
        ^
        |
   +-----------+
   |  Context   |
   +-----------+
   | -strategy |
   | +execute()|
   +-----------+

• 실무 예제:

public interface PaymentStrategy {
    void pay(int amount);
}

public class CreditCardPayment implements PaymentStrategy {
    public void pay(int amount) {
        System.out.println("Paid " + amount + " using credit card.");
    }
}

---

---

Builder 패턴

• 정의: 복잡한 객체 생성을 단계별로 처리
• Spring 적용: ResponseEntity.builder(), Lombok @Builder
• 대표 클래스: ResponseEntity, User.builder()
• UML (Text 기반):

+-----------+       +-----------+
|  Director | ----> |  Builder  |
+-----------+       +-----------+
                         ^
                         |
                +------------------+
                | ConcreteBuilder  |
                +------------------+
                         |
                         v
                    +---------+
                    | Product |
                    +---------+

• 실무 예제:

@Builder
public class User {
    private String name;
    private int age;
}

---

Adapter 패턴

• 정의: 인터페이스 호환을 위한 중간 계층
• Spring 적용: HandlerAdapter, MessageConverter
• 대표 클래스: HttpMessageConverter, HandlerAdapter
• UML (Text 기반):

     +--------+
     | Target |
     +--------+
         ^
         |
     +--------+
     | Adapter|
     +--------+
         |
         v
     +--------+
     | Adaptee|
     +--------+

• 실무 예제:

public interface MediaPlayer {
    void play(String fileName);
}

public class AudioPlayer implements MediaPlayer {
    public void play(String fileName) {
        System.out.println("Playing " + fileName);
    }
}

---

Specification 패턴

• 정의: 조건을 조합해 쿼리 작성
• Spring 적용: JpaSpecificationExecutor
• 대표 클래스: Specification<T>
• UML (Text 기반):

      +------------------+
      |  Specification   |
      +------------------+
      | +isSatisfiedBy() |
      | +and(), or(), not()|
      +------------------+
               ^
               |
   +----------------------------+
   |   ConcreteSpecification   |
   +----------------------------+

• 실무 예제:

Specification<User> hasName(String name) = (root, query, cb) -> cb.equal(root.get("name"), name);

---

4. 목적별 디자인 패턴 추천 가이드

Spring 프로젝트에서 상황에 따라 어떤 디자인 패턴을 적용하면 좋을지 정리하면 다음과 같습니다:

목적/상황	추천 패턴	설명
JPA 동적 쿼리 처리	Specification	조건 조합 및 유연한 쿼리 생성을 위해 적합
다양한 외부 시스템 연계	Adapter, Template Method	연계 대상별로 추상화하여 유연하게 연동 가능
복잡한 객체 생성	Builder	DTO나 Response 객체를 생성할 때 단계적 설정이 가능
비즈니스 로직 알고리즘 분리	Strategy	정책, 계산 방식, 인증처리 등 알고리즘 선택에 유리
횡단 관심사 처리	Proxy	트랜잭션, 로깅, 인증/인가 등 AOP 기반 처리
템플릿 제공 후 확장 유도	Template Method	API 호출, DB 연동 등 공통 로직 제공 후 커스터마이징 허용
서로 다른 구현 통합 필요	Adapter	외부 API, 레거시 시스템 등을 일관된 인터페이스로 변환

이 표를 바탕으로 실무 상황에 맞는 패턴을 선택하면 아키텍처의 유연성과 유지보수성이 크게 향상됩니다