Wie kann sichergestellt werden, dass ein Systemmodul offen für Erweiterungen, aber geschlossen für Änderungen ist?

Damit ein Systemmodul offen für Erweiterungen, aber geschlossen für Änderungen ist, wird das Open/Closed-Prinzip (OCP) aus SOLID angewendet.

Dies wird erreicht durch:

• Verwendung von Abstraktionen (Schnittstellen, abstrakte Klassen), die das Verhalten des Moduls definieren.
• Implementierung neuer Funktionalitäten durch Vererbung oder Komposition, ohne den Quellcode des Moduls zu ändern.
• Anwendung von Designmustern wie Strategie (Strategy) oder Dekorator (Decorator), die es ermöglichen, Verhalten dynamisch hinzuzufügen.

Beispiel in Dart (Flutter):

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

class CreditCardProcessor implements PaymentProcessor {
  @override
  void pay(double amount) {
    print('Bezahlung von $amount mit Kreditkarte');
  }
}

class PayPalProcessor implements PaymentProcessor {
  @override
  void pay(double amount) {
    print('Bezahlung von $amount via PayPal');
  }
}

// Das Modul verwendet die Abstraktion PaymentProcessor und kann um neue Zahlungsmethoden erweitert werden, ohne den bestehenden Code zu ändern.