How to Extend v10

Dieses Dokument beschreibt, wie das Beispielprojekt sinnvoll erweitert wird, ohne die Lernstruktur zu zerstören.

1. Neue Fachfunktion ergänzen

Beispiel: reopenClaim.

Empfohlene Reihenfolge:

1. Legacy-Verhalten als Characterization Test beschreiben.
2. Command im Application-Modul anlegen.
3. Domain-Policy ergänzen.
4. Port definieren, falls externe Systeme nötig sind.
5. Handler implementieren.
6. Fake/Spy für Tests ergänzen.
7. REST/SOAP-Boundary ergänzen.
8. Before/After-Mapping aktualisieren.

2. Neuen Adapter ergänzen

Beispiel: Fraud Risk von SOAP zu REST.

1. Port unverändert lassen.
2. neuen Adapter unter claim-infrastructure ergänzen.
3. Contract Test schreiben.
4. Konfiguration ergänzen.
5. Migrationsentscheidung dokumentieren.

3. OpenShift erweitern

Beispiel: neue ConfigMap.

1. YAML im OpenShift-Bereich ergänzen.
2. Smoke-Test oder Strukturtest aktualisieren.
3. Runbook ergänzen.
4. artifact_manifest.json aktualisieren.

4. Was nicht vermischen

• Domain-Code darf keine OpenShift- oder WebSphere-Details kennen.
• Application Services dürfen keine SOAP-Client-Klassen direkt importieren.
• Adapter dürfen technische Fehler nicht ungeprüft in Fachentscheidungen umwandeln.
• Tests sollen zwischen Legacy-Vergleich, Unit Test, Adapter Test und Migration Test unterscheiden.