SOLID Principles - IT > 소프트웨어 개발 | AI Insight Note

SOLID는 유지보수하기 좋은 객체지향 소프트웨어를 설계하기 위한 5가지 원칙의 약자다. Robert C. Martin(Uncle Bob)이 정리했으며, 변경에 유연하고 테스트하기 쉬운 코드를 만드는 지침이다.

5가지 원칙

S — 단일 책임 원칙 (Single Responsibility Principle)

하나의 클래스는 하나의 변경 이유만 가져야 한다.

python

# 나쁜 예: User 클래스가 DB 저장, 이메일 전송, 검증을 모두 담당
class UserBad:
    def save(self): ...
    def send_email(self): ...
    def validate(self): ...

# 좋은 예: 각 책임을 분리
class User: ...
class UserRepository:
    def save(self, user: User): ...
class EmailService:
    def send_welcome(self, user: User): ...

O — 개방-폐쇄 원칙 (Open-Closed Principle)

확장에는 열려있고, 수정에는 닫혀있어야 한다. 기존 코드를 변경하지 않고 새 기능을 추가.

python

# 추상화로 확장 지점 제공
class Shape:
    def area(self) -> float: ...

class Circle(Shape):
    def area(self): return 3.14 * self.r ** 2

class Square(Shape):
    def area(self): return self.side ** 2

def total_area(shapes: list[Shape]):
    return sum(s.area() for s in shapes)
# 새 도형 추가 시 total_area 수정 불필요

L — 리스코프 치환 원칙 (Liskov Substitution Principle)

서브타입은 언제나 기반타입으로 교체할 수 있어야 한다.

I — 인터페이스 분리 원칙 (Interface Segregation Principle)

클라이언트가 사용하지 않는 메서드에 의존하지 않도록 인터페이스를 분리한다.

D — 의존성 역전 원칙 (Dependency Inversion Principle)

고수준 모듈이 저수준 모듈에 의존하면 안 된다. 추상화에 의존해야 한다.

python

# 나쁜 예: 고수준이 저수준(MySQL)에 직접 의존
class OrderService:
    def __init__(self):
        self.db = MySQLDatabase()  # 구체 클래스에 의존

# 좋은 예: 추상화에 의존 (의존성 주입)
class OrderService:
    def __init__(self, db: DatabaseInterface):
        self.db = db  # 인터페이스에 의존

참고문헌

•Martin, R.C. (2003). Agile Software Development: Principles, Patterns, and Practices

SOLID PrinciplesSOLID 원칙

5가지 원칙

S — 단일 책임 원칙 (Single Responsibility Principle)

O — 개방-폐쇄 원칙 (Open-Closed Principle)

L — 리스코프 치환 원칙 (Liskov Substitution Principle)

I — 인터페이스 분리 원칙 (Interface Segregation Principle)

D — 의존성 역전 원칙 (Dependency Inversion Principle)

관련 개념

참고문헌

관련 노트

Rate LimitingRate Limiting

클린 코드Clean Code

Foundry