Jak zapewnić, że moduł systemu jest otwarty na rozszerzenia, ale zamknięty na modyfikacje?

Aby moduł systemu był otwarty na rozszerzenia, ale zamknięty na modyfikacje, stosuje się zasadę otwartości/zamkniętości (Open/Closed Principle) z SOLID.

Osiąga się to poprzez:

• Użycie abstrakcji (interfejsów, klas abstrakcyjnych), które określają zachowanie modułu.
• Implementację nowych funkcji przez dziedziczenie lub kompozycję, bez zmiany kodu źródłowego modułu.
• Zastosowanie wzorców projektowych, takich jak Strategia (Strategy) lub Dekorator (Decorator), które pozwalają na dodawanie zachowań dynamicznie.

Przykład w Dart (Flutter):

abstract class PaymentProcessor {
  void pay(double amount);
}

class CreditCardProcessor implements PaymentProcessor {
  @override
  void pay(double amount) {
    print('Płatność $amount kartą kredytową');
  }
}

class PayPalProcessor implements PaymentProcessor {
  @override
  void pay(double amount) {
    print('Płatność $amount przez PayPal');
  }
}

// Moduł korzysta z abstrakcji PaymentProcessor i może być rozszerzany o nowe metody płatności bez zmiany istniejącego kodu.