Design pattern 1. Strategy Pattern

✅ SOLID 5대 원칙 - 객체지향 설계 5대 원칙

1️⃣ SRP – 단일 책임 원칙 (Single Responsibility Principle)

• 클래스는 하나의 역할만 담당해야 함

// ❌: 계산 + 출력 둘 다 함
public class Report {
    void calculate() {}
    void print() {}
}

2️⃣ OCP – 개방-폐쇄 원칙 (Open/Closed Principle)

• 기능은 확장 가능하게 하되, 기존 코드는 수정하지 말 것

// ✅: 인터페이스 기반 설계로 확장 가능
interface Shape { double area(); }
class Circle implements Shape { ... }
class Square implements Shape { ... }

3️⃣ LSP – 리스코프 치환 원칙 (Liskov Substitution Principle)

• 자식 클래스는 언제나 부모 클래스의 역할을 대체할 수 있어야 함

// ✅: 부모 클래스 Animal을 대체해도 동작 유지
Animal a = new Dog();  // OK
a.speak();

4️⃣ ISP – 인터페이스 분리 원칙 (Interface Segregation Principle)

• 필요하지 않은 기능이 포함된 큰 인터페이스보다는
작고 구체적인 인터페이스 여러 개로 나누는 것이 좋음

// ❌: 모든 클래스가 print(), scan()을 구현해야 함
interface Machine {
  void print(); void scan(); void fax();
}

5️⃣ DIP – 의존 역전 원칙 (Dependency Inversion Principle)

• 상위 모듈은 하위 모듈에 의존하면 안 되고
둘 다 추상화에 의존해야 함

// ✅: 인터페이스 기반 의존
class Service {
    Repository repo;
    Service(Repository repo) { this.repo = repo; }
}

✅ 요약 표

package ex01;

public abstract class Animal {
    public abstract String getName();
}

package ex01;

public class Mouse extends Animal {
    private String name = "쥐";

    // 상태 확인
    public String getName() {
        return name;
    }
}

package ex01;

public class Tiger extends Animal {
    private String name = "호랑이";

    // 상태 확인
    public String getName() {
        return name;
    }
}

package ex01;

public class Doorman {
    // 객체의 책임
    // 하나의 책임만 줄 수 있으면 좋겠지만 그럴 수 없다면 하나로 묶는다
    public void 쫓아내(Animal animal) {
        System.out.println(animal.getName() + " 나가!!");
    }
}

package ex01;

public class Cat extends Animal {
    private String name = "고양이";

    public String getName() {
        return name;
    }
}

package ex01;

public class App {
    public static void main(String[] args) {
        Mouse m1 = new Mouse();
        Doorman d1 = new Doorman();
        d1.쫓아내(m1);

        Tiger t1 = new Tiger();
        d1.쫓아내(t1);

        Cat c1 = new Cat();
        d1.쫓아내(c1);
    }
}

• DIP – 의존 역전 원칙 (Dependency Inversion Principle)
• 상위 모듈은 하위 모듈에 의존하면 안 되고, 둘 다 추상화에 의존해야 함
• 구체적인 것에 의존하지 않고 추상적인 것에 의존한다

• OCP - 개방-폐쇄 원칙 (Open/Closed Principle)
• 기능은 확장 가능하게 하되, 기존 코드는 수정하지 말 것