Single Responsibility Principle(SRP)
Zasada ta mówi, że każda klasa powinna mieć jedną odpowiedzialność. Podkreśla, że klasa powinna pełnić jedną określoną funkcję i nie mieć zbyt wielu powodów do zmian.
Przykład: Zarządzanie informacjami o użytkownikach i wysyłanie powiadomień e-mail.
class UserManager {
createUser(userData) {
// Logic for creating a user
}
}
class EmailService {
sendEmail(emailData) {
// Logic for sending an email
}
}
Open/Closed Principle(OCP)
Ta zasada zachęca do rozszerzania funkcjonalności przez dodawanie nowego kodu zamiast modyfikowania istniejącego kodu.
Przykład: obsługa różnych metod płatności w aplikacji e-commerce.
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)
Zasada ta zakłada, że obiekty klasy pochodnej powinny być zastępowalne obiektami klasy bazowej bez wpływu na poprawność programu.
Przykład: Zarządzanie kształtami geometrycznymi.
class Shape {
area() {
// Common logic for calculating area
}
}
class Rectangle extends Shape {
area() {
// Logic for calculating area of rectangle
}
}
class Square extends Shape {
area() {
// Logic for calculating area of square
}
}
Interface Segregation Principle(ISP)
Ta zasada zaleca dzielenie interfejsów na mniejsze, aby uniknąć zmuszania klas do implementowania metod, których nie potrzebują.
Przykład: Interfejsy do aktualizacji i wyświetlania danych.
class UpdateableFeature {
updateFeature() {
// Logic for updating feature
}
}
class DisplayableFeature {
displayFeature() {
// Logic for displaying feature
}
}
Dependency Inversion Principle(DIP)
Ta zasada sugeruje użycie iniekcji zależności do zarządzania zależnościami.
Przykład: Używanie wstrzykiwania zależności do zarządzania zależnościami.
class OrderProcessor {
constructor(dbConnection, emailService) {
this.dbConnection = dbConnection;
this.emailService = emailService;
}
}
Pamiętaj, że stosowanie SOLID zasad w JavaScript powinno odbywać się elastycznie, w oparciu o konkretny cel twojego projektu oraz twoje zrozumienie SOLID i JavaScript.