[Computer Terms] SOLID 원칙 개요

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

# SRP 위반: "계산 로직 변경"과 "출력 형식 변경"이라는 서로 다른 이유로 이 클래스가 바뀐다
class Invoice:
    def calculate_total(self, items):
        return sum(item.price * item.quantity for item in items)

    def print_receipt(self, items):
        total = self.calculate_total(items)
        print(f"영수증\n총액: {total}원")


# SRP 준수: 계산과 출력을 서로 다른 클래스로 분리
class InvoiceCalculator:
    def calculate_total(self, items):
        return sum(item.price * item.quantity for item in items)


class ReceiptPrinter:
    def __init__(self, calculator):
        self.calculator = calculator

    def print_receipt(self, items):
        total = self.calculator.calculate_total(items)
        print(f"영수증\n총액: {total}원")

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

def charge_card(amount):
    print(f"카드로 {amount}원 결제")

def request_bank_transfer(amount):
    print(f"계좌이체로 {amount}원 요청")


# OCP 위반: 새 결제 수단이 추가될 때마다 이 함수를 계속 수정해야 함
def process_payment(method, amount):
    if method == "card":
        charge_card(amount)
    elif method == "bank_transfer":
        request_bank_transfer(amount)
    # 새 수단이 추가될 때마다 elif가 계속 늘어난다


# OCP 준수: 새 결제 수단은 새 클래스 추가만으로 확장됨, 기존 코드는 그대로
class CardPayment:
    def process(self, amount):
        charge_card(amount)

class BankTransferPayment:
    def process(self, amount):
        request_bank_transfer(amount)

def process_payment_v2(payment_method, amount):
    payment_method.process(amount)   # 새 결제 수단 클래스를 추가해도 이 함수는 그대로

process_payment_v2(CardPayment(), 10000)   # 카드로 10000원 결제

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

# LSP 위반: Square가 Rectangle의 약속(너비만 바꾸면 높이는 그대로)을 깬다
class Rectangle:
    def set_width(self, w): self.width = w
    def set_height(self, h): self.height = h

class Square(Rectangle):
    def set_width(self, w):
        self.width = self.height = w   # 너비를 바꿨는데 높이까지 바뀜

def resize_to_width_10(rect: Rectangle):
    rect.set_width(10)
    assert rect.height != 10   # Rectangle을 기대하고 짠 코드인데 Square를 넣으면 이 가정이 깨짐

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

from abc import ABC, abstractmethod

# ISP 위반: 프린터 기능만 필요한 장치도 스캔·팩스 메서드를 강제로 구현해야 함
class MultiFunctionDevice(ABC):
    @abstractmethod
    def print_doc(self, doc): pass
    @abstractmethod
    def scan(self, doc): pass
    @abstractmethod
    def fax(self, doc): pass

class SimplePrinter(MultiFunctionDevice):
    def print_doc(self, doc):
        print(f"인쇄: {doc}")
    def scan(self, doc):
        raise NotImplementedError("이 프린터는 스캔을 지원하지 않음")
    def fax(self, doc):
        raise NotImplementedError("이 프린터는 팩스를 지원하지 않음")


# ISP 준수: 기능별로 인터페이스를 분리해 필요한 것만 구현
class Printable(ABC):
    @abstractmethod
    def print_doc(self, doc): pass

class SimplePrinterV2(Printable):
    def print_doc(self, doc):
        print(f"인쇄: {doc}")

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

# DIP 위반: OrderProcessor(고수준)가 EmailSender(저수준)의 구체 구현에 직접 의존
class EmailSender:
    def send(self, message):
        print(f"이메일 발송: {message}")

class OrderProcessor:
    def __init__(self):
        self.sender = EmailSender()   # 구체 클래스를 직접 생성 — SMS로 바꾸려면 이 클래스를 수정해야 함

    def complete(self, order_id):
        self.sender.send(f"주문 {order_id} 완료")


# DIP 준수: OrderProcessor는 추상화(Notifier)에만 의존, 구체 구현은 외부에서 주입
class Notifier(ABC):
    @abstractmethod
    def send(self, message): pass

class EmailNotifier(Notifier):
    def send(self, message):
        print(f"이메일 발송: {message}")

class OrderProcessorV2:
    def __init__(self, notifier: Notifier):
        self.notifier = notifier   # 추상화에 의존, 구체 클래스는 외부에서 주입됨

    def complete(self, order_id):
        self.notifier.send(f"주문 {order_id} 완료")

OrderProcessorV2(EmailNotifier()).complete("ORD-1")   # 이메일 발송: 주문 ORD-1 완료