close

SOLID 原則の 適用 Ruby: 例とベスト プラクティス

Single Responsibility Principle(SRP)

この原則は、各クラスが単一の責任を持つべきであると述べています。 これは、クラスは 1 つの特定の機能を実行する必要があり、変更する理由が多すぎてはいけないことを強調しています。

例: ユーザー情報の管理と電子メール通知の送信。 

class UserManager  
  def create_user(user_data)  
    # Logic for creating a user  
  end  
end  
  
class EmailService  
  def send_email(email_data)  
    # Logic for sending an email  
  end  
end

Open/Closed Principle(OCP)

この原則は、既存のコードを変更するのではなく、新しいコードを追加することによって機能を拡張することを奨励します。

例: 電子商取引アプリケーションでのさまざまな支払い方法の処理。 

class PaymentProcessor  
  def process_payment  
    # Common logic for payment processing  
  end  
end  
  
class CreditCardPaymentProcessor < PaymentProcessor  
  def process_payment  
    # Logic for processing credit card payment  
  end  
end  
  
class PayPalPaymentProcessor < PaymentProcessor  
  def process_payment  
    # Logic for processing PayPal payment  
  end  
end

Liskov Substitution Principle(LSP)

この原則は、プログラムの正確さに影響を与えることなく、派生クラスのオブジェクトが基本クラスのオブジェクトの代替可能であるべきであることを主張します。

例: 幾何学的形状の管理。 

class Shape  
  def area  
    # Common logic for calculating area  
  end  
end  
  
class Rectangle < Shape  
  def area  
    # Logic for calculating area of rectangle  
  end  
end  
  
class Square < Shape  
  def area  
    # Logic for calculating area of square  
  end  
end

Interface Segregation Principle(ISP)

この原則は、クラスに不要なメソッドの実装を強制しないように、インターフェイスをより小さなものに分割することを推奨しています。

例: データを更新および表示するためのインターフェイス。 

module UpdateableFeature  
  def update_feature  
    # Logic for updating feature  
  end  
end  
  
module DisplayableFeature  
  def display_feature  
    # Logic for displaying feature  
  end  
end

Dependency Inversion Principle(DIP)

この原則は、依存関係を管理するために依存関係注入を使用することを提案します。

例: 依存関係注入を使用して依存関係を管理する。 

class OrderProcessor  
  def initialize(db_connection, email_service)  
    @db_connection = db_connection  
    @email_service = email_service  
  end  
end

SOLID の原則の適用 Ruby は、プロジェクトの特定の目的と、 SOLID と の理解に基づいて柔軟に行う必要があること に注意してください Ruby。