자바와 함께하는 디자인 패턴

// 새로운 결제 수단이 추가될 때마다 이 메서드를 수정해야 한다.
public class PaymentService {
    public void pay(String paymentMethod, int amount) {
        if ("CARD".equals(paymentMethod)) {
            // 카드 결제 로직
        } else if ("BANK".equals(paymentMethod)) {
            // 계좌이체 로직
        } else if ("KAKAO".equals(paymentMethod)) {
            // 카카오페이 로직
        } else {
            throw new IllegalArgumentException("지원하지 않는 결제 수단입니다.");
        }
    }
}

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

@Component
public class CardStrategy implements PaymentStrategy {
    @Override
    public void pay(int amount) {
        //카드 결제 로직
    }
}

@Component
public class BankStrategy implements PaymentStrategy {
    @Override
    public void pay(int amount) {
        //계좌 이체 로직
    }
}

// 어노테이션 설명까지 가면 너무 복잡하니, 필요하면 나중에 설명한다.
@Service
public class PaymentService {
    private final Map<String, PaymentStrategy> strategies;

    // Spring이 자동(Autowired)으로 PaymentStrategy 구현체들을 Map에 주입해준다.
    @Autowired
    public PaymentService(Map<String, PaymentStrategy> strategies) {
        this.strategies = strategies;
    }

    public void pay(String paymentMethod, int amount) {
        // "CARD" -> "cardStrategy" 로 변환
        String strategyName = paymentMethod.toLowerCase() + "Strategy";
        // 시작은 텍스트였지만 그 서비스는 창대하리라, 아무튼 텍스트로 원하는 전략 딸각 가져오기
        PaymentStrategy strategy = strategies.get(strategyName);

        if (strategy == null) {
            throw new IllegalArgumentException("지원하지 않는 결제 수단입니다.");
        }
        // 호출된 전략에 따라서 각각의 구현체에 구현된 pay 메서드를 실행함
        strategy.pay(amount);
    }
}

User user = new User(1L, "John Doe", "john@email.com", null, "010-1234-5678", null, null, UserStatus.ACTIVE);

@Builder // 이 어노테이션 달아주면 알아서 해줌
@Getter
@AllArgsConstructor
public class User {
    private Long id;
    private String name;
    private String email;
    private String password;
    private String phone;
    // ...
}

// 다음에 만들때는 아래처럼 builder로
User user = User.builder()
            .id(1L)
            .name("John Doe")
            .email("john@email.com")
            .phone("010-1234-5678")
            .status(UserStatus.ACTIVE)
            .build();

// 파일을 업로드 하자!는 비즈니스 로직
@Service
public class FileService {
    public void uploadFile(String storageType, File file) {
        Uploader uploader; // 업로드 하는 놈
        // if else 지옥 +
        if ("S3".equals(storageType)) {
            uploader = new S3Uploader(); // 서비스가 S3Uploader를 직접 생성하고
        } else if ("LOCAL".equals(storageType)) {
            uploader = new LocalUploader(); // 서비스가 LocalUploader의 존재를 직접 생성한다.
        } else {
            throw new IllegalArgumentException("Invalid storage type");
        }
        uploader.upload(file);
    }
}

@Component // 이 팩토리 자체도 Spring Bean으로 등록
public class UploaderFactory {

    // 생성 로직을 이 '공장'이 모두 담당한다.
    public Uploader getInstance(String storageType) {

        if ("S3".equals(storageType)) {
            return new S3Uploader(); // (실제로는 주입받은 빈을 반환)
        } else if ("LOCAL".equals(storageType)) {
            return new LocalUploader();
        } else {
            throw new IllegalArgumentException("지원하지 않는 타입");
        }
    }
}

@Service
public class FileService {

    // 공장 주입!
    private final UploaderFactory uploaderFactory;

    @Autowired
    public FileService(UploaderFactory uploaderFactory) {
        this.uploaderFactory = uploaderFactory;
    }

    public void executeUpload(String fileName, String storageType) {

        // 공장, 팩토리에 요청만 하는거다.
        // FileService는 더 이상 S3, Local을 모르고, 그냥 구분자 넘겨줄테니 알아서 달라하면 된다.
        Uploader uploader = uploaderFactory.getInstance(storageType);

        // 비즈니스 로직은 자기 할일(실행)에만 집중하자
        uploader.upload(fileName);
    }
}