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

Single Responsibility Principle(SRP)

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

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

class UserManager {  
  public void CreateUser(UserData userData) {  
    // Logic to create a user  
  }  
}  
  
class EmailService {  
  public void SendEmail(EmailData emailData) {  
    // Logic to send an email  
  }  
}  

Open/Closed Principle(OCP)

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

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

abstract class PaymentProcessor {  
  public abstract void ProcessPayment();  
}  
  
class CreditCardPaymentProcessor: PaymentProcessor {  
  public override void ProcessPayment() {  
    // Logic to process credit card payment  
  }  
}  
  
class PayPalPaymentProcessor: PaymentProcessor {  
  public override void ProcessPayment() {  
    // Logic to process PayPal payment  
  }  
}  

Liskov Substitution Principle(LSP)

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

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

abstract class Shape {  
  public abstract double CalculateArea();  
}  
  
class Rectangle: Shape {  
  public override double CalculateArea() {  
    // Logic to calculate area of rectangle  
  }  
}  
  
class Square: Shape {  
  public override double CalculateArea() {  
    // Logic to calculate area of square  
  }  
}  

Interface Segregation Principle(ISP)

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

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

interface IUpdateableFeature {  
  void UpdateFeature();  
}  
  
interface IDisplayableFeature {  
  void DisplayFeature();  
}  

Dependency Inversion Principle(DIP)

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

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

class OrderProcessor {  
  private readonly DBConnection _dbConnection;  
  private readonly EmailService _emailService;  
  
  public OrderProcessor(DBConnection dbConnection, EmailService emailService) {  
    _dbConnection = dbConnection;  
    _emailService = emailService;  
  }  
}  

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