Große Klasse oder unklare Geschäftslogik
Beginne mit Sicherheitsnetz, Ablaufzerlegung und fachlichen Typen.
Vorgehen bestimmenClaims-FallstudieDirekte Leserwege
Wähle das beobachtbare Problem. Der erste Link führt zur Entscheidungshilfe, der zweite direkt zur passenden großen Fallstudie.
Fehlerhafter Wiederanlauf oder Checkpoints
Beginne mit Restart-Vertrag, Idempotenz und Reihenfolge der Seiteneffekte.
Vorgehen bestimmenBatch-FallstudieVersteckte Netzabhängigkeit oder SOAP-Vertrag
Beginne mit Characterization Tests, Port und Fehlerklassifikation.
Vorgehen bestimmenSOAP-FallstudieUnklar, welches Refactoring zuerst kommt
Vergleiche Risikotreiber, Pattern-Schwellen und bewusste Stopppunkte.
EntscheidungsatlasTechnikkatalog- Refactoring-Grundlagen & Fallstudien
- Design Patterns & Entscheidungen
- Refactoring-Simulationen und Entscheidungsübungen
- Architecture Explorer
- Spring Workbench
- Jakarta EE Workbench
- Testing Workbench
- Refactoring-Katalog 300/300
- Dokumentation und Fachregister
Navigation vollständig: Jede sichtbare Inhaltsseite ist hier und in der Root-Startseite verlinkt. Die Oberfläche zeigt ausschließlich leserrelevante Inhalte.
Orientierung und direkte Einstiege
Wichtige Lernwege und Fallstudien kompakt als moderne Kacheln.
Buchorientierte Neuordnung
Die Zielarchitektur ist festgelegt: Das Refactoring-Lehrbuch ist fachlich in fünf Buchteile gegliedert: Grundlagen, Spezialgebiete, Fallstudien, Systemmodernisierung sowie Betrieb und Verantwortung.
Neue Buchstruktur öffnenKomplexe Refactoring-Fallstudie
Ein vollständiger Claims-Refactoring-Pfad mit großem Ausgangscode, Characterization Tests, zehn nachvollziehbaren Schritten, Zwischenentscheidungen und Parallelvergleich.
Fallstudie öffnenRefactoring-Entscheidungsatlas
Die beiden großen Fallstudien werden zu einem Entscheidungsweg verbunden: Risiko zuerst, lokales Refactoring vor Pattern, Architekturänderung nur bei echten Systemgrenzen und ein klarer Stopppunkt gegen Über-Refactoring.
Entscheidungsatlas öffnenZweite komplexe Refactoring-Fallstudie
Ein realer Dokumentenbatch wird schrittweise testbar, idempotent und restartfähig gemacht - einschließlich Checkpoint-Reihenfolge, Fehlergrenzen und Produktionsentscheidung.
Dokumentenbatch-Fallstudie öffnenLegacy-SOAP-Fallstudie
Großer SOAP-Ausgangscode, Vertragszwänge und Characterization Tests als Sicherheitsnetz.
Fallstudie öffnenVom Symptom zum Vorgehen
God Class, fehlerhafter Wiederanlauf, versteckte Netzabhängigkeit, falscher Retry oder unklare Transaktionsgrenze führen direkt zur passenden Fallstudie und Refactoring-Reihenfolge.
Symptom-Matrix öffnenLegacy-Modernisierung als Lernreise
Vom riskanten Support-Monolithen über Sicherheitsnetz, Modernisierungsentscheidung, Strangler und Parallelvergleich bis zu Betriebsübergabe und kontrollierter Abschaltung.
Durchgehende Fallstudie öffnenClaims Schritt für Schritt
Vom großen Legacy-Prozessor über Sicherheitsnetz, Fachtypen und reine Entscheidung bis zu Transaktionsgrenze und Parallelvergleich.
Claims-Lehrbuchfallstudie öffnenCustomer Support Schritt für Schritt
Vom vermischten Ticketprozessor über Statusmodell, Policies und Ports bis zu SLA-Eskalation und nachvollziehbarem Betrieb.
Customer-Support-Fallstudie öffnenNeue fachliche Orientierung
Pattern-Beziehungen und lernzielorientierte Plattformkapitel
Pattern werden nicht mehr nur einzeln betrachtet, sondern als begründete Kombinationen und Übergänge. Architektur, Testing, Spring und Jakarta sind zusätzlich nach realen Entscheidungs- und Lernzielen erschlossen.
Pattern-Kombinationen
Factory → Strategy, State → Command, Facade → Adapter, Repository → Outbox und weitere typische Ketten.
Lernziele statt Sammelstand
Die Plattformkapitel führen von Problem und Grenze über Refactoring und Test bis zur ausführbaren Referenz.
Lehrbuchabschluss
Fallstudien, Glossar und Register
Einheitliche Fallstudien
Sechs große Geschichten mit demselben Lernvertrag und klaren Stopppunkten.
Fallstudien-Kompass öffnenFachregister
Alphabetischer Zugang zu den zentralen Themen des Gesamtwerks.
Glossar und Register öffnen