SOLID 原則を 適用する Node.js

Single Responsibility Principle(SRP)

この原則は、クラスが変更する理由は 1 つだけであるべきである、つまり各クラスが特定の機能を実行する必要があることを示しています。

例: ユーザーデータの管理と email 通知の送信。

class UserManager {  
  constructor() {}  
    
  createUser(userData) {  
    // Logic for creating a user  
  }  
}  
  
class EmailService {  
  constructor() {}  
    
  sendEmail(emailData) {  
    // Logic for sending an email  
  }  
}  

Open/Closed Principle(OCP)

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

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

class PaymentProcessor {  
  processPayment() {  
    // Common logic for payment processing  
  }  
}  
  
class CreditCardPaymentProcessor extends PaymentProcessor {  
  processPayment() {  
    // Logic for processing credit card payment  
  }  
}  
  
class PayPalPaymentProcessor extends PaymentProcessor {  
  processPayment() {  
    // Logic for processing PayPal payment  
  }  
}  

Liskov Substitution Principle(LSP)

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

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

class Shape {  
  area() {}  
}  
  
class Rectangle extends Shape {  
  constructor(width, height) {}  
    
  area() {  
    return this.width * this.height;  
  }  
}  
  
class Square extends Shape {  
  constructor(side) {}  
    
  area() {  
    return this.side * this.side;  
  }  
}  

インターフェース分離原則(ISP)

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

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

class UpdateableFeature {  
  updateFeature() {}  
}  
  
class DisplayableFeature {  
  displayFeature() {}  
}  

Dependency Inversion Principle(DIP)

この原則は、高レベルのモジュールが低レベルのモジュールに依存すべきではないことを示唆しています。 どちらも抽象化に依存する必要があります。

例: dependency injection 依存関係を管理するために使用します。

class OrderProcessor {  
  constructor(dbConnection, emailService) {  
    this.dbConnection = dbConnection;  
    this.emailService = emailService;  
  }  
}  

SOLID これらの例は、の原則を 適用する方法を示しているだけであることに注意してください Node.js。 実際には、プロジェクトの目的と規模に応じて柔軟に適用する必要があります。