Single Responsibility Principle(SRP)
Dieses Prinzip besagt, dass eine Klasse nur einen Grund zur Änderung haben sollte, was bedeutet, dass jede Klasse eine bestimmte Funktion ausführen sollte.
Beispiel: Benutzerdaten verwalten und email Benachrichtigungen versenden.
class UserManager {
constructor() {}
createUser(userData) {
// Logic for creating a user
}
}
class EmailService {
constructor() {}
sendEmail(emailData) {
// Logic for sending an email
}
}
Open/Closed Principle(OCP)
Dieses Prinzip fördert die Erweiterung der Funktionalität durch das Hinzufügen von neuem Code, anstatt vorhandenen Code zu ändern.
Beispiel: Umgang mit verschiedenen Zahlungsmethoden in einer E-Commerce-Anwendung.
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)
Dieses Prinzip besagt, dass Objekte einer abgeleiteten Klasse durch Objekte der Basisklasse ersetzt werden sollten, ohne die Korrektheit des Programms zu beeinträchtigen.
Beispiel: Geometrische Formen verwalten.
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;
}
}
Prinzip der Schnittstellentrennung(ISP)
Dieses Prinzip empfiehlt, Schnittstellen in kleinere aufzuteilen, um zu vermeiden, dass Klassen gezwungen werden, Methoden zu implementieren, die sie nicht benötigen.
Beispiel: Schnittstellen zur Aktualisierung und Anzeige von Daten.
class UpdateableFeature {
updateFeature() {}
}
class DisplayableFeature {
displayFeature() {}
}
Dependency Inversion Principle(DIP)
Dieses Prinzip legt nahe, dass High-Level-Module nicht von Low-Level-Modulen abhängen sollten; beide sollten auf Abstraktionen beruhen.
Beispiel: Verwendung dependency injection zum Verwalten von Abhängigkeiten.
class OrderProcessor {
constructor(dbConnection, emailService) {
this.dbConnection = dbConnection;
this.emailService = emailService;
}
}
SOLID Denken Sie daran, dass diese Beispiele nur Veranschaulichungen dafür sind, wie die Prinzipien in angewendet werden Node.js. In der Praxis müssen Sie sie je nach Zweck und Umfang Ihres Projekts flexibel anwenden.