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