Single Responsibility Principle(SRP)
この原則は、各クラスが単一の責任を持つべきであると述べています。 これは、クラスは 1 つの特定の機能を実行する必要があり、変更する理由が多すぎてはいけないことを強調しています。
例: ユーザー情報の管理と電子メール通知の送信。
class UserManager:
def create_user(self, user_data):
# Logic for creating a user
pass
class EmailService:
def send_email(self, email_data):
# Logic for sending an email
pass
Open/Closed Principle(OCP)
この原則は、既存のコードを変更するのではなく、新しいコードを追加することによって機能を拡張することを奨励します。
例: 電子商取引アプリケーションでのさまざまな支払い方法の処理。
from abc import ABC, abstractmethod
class PaymentProcessor(ABC):
@abstractmethod
def process_payment(self):
pass
class CreditCardPaymentProcessor(PaymentProcessor):
def process_payment(self):
# Logic for processing credit card payment
pass
class PayPalPaymentProcessor(PaymentProcessor):
def process_payment(self):
# Logic for processing PayPal payment
pass
Liskov Substitution Principle(LSP)
この原則は、プログラムの正確さに影響を与えることなく、派生クラスのオブジェクトが基本クラスのオブジェクトの代替可能であるべきであることを主張します。
例: 幾何学的形状の管理。
class Shape:
def area(self):
pass
class Rectangle(Shape):
def area(self):
return self.width * self.height
class Square(Shape):
def area(self):
return self.side * self.side
Interface Segregation Principle(ISP)
この原則は、クラスに不要なメソッドの実装を強制しないように、インターフェイスをより小さなものに分割することを推奨しています。
例: データを更新および表示するためのインターフェイス。
class UpdateableFeature:
@abstractmethod
def update_feature(self):
pass
class DisplayableFeature:
@abstractmethod
def display_feature(self):
pass
Dependency Inversion Principle(DIP)
この原則は、依存関係を管理するために依存関係注入を使用することを提案します。
例: 依存関係注入を使用して依存関係を管理する。
class OrderProcessor:
def __init__(self, db_connection, email_service):
self.db_connection = db_connection
self.email_service = email_service
SOLID の原則の適用 Python は、プロジェクトの特定の目的と、 SOLID と の理解に基づいて柔軟に行う必要があること に注意してください Python。