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.
EntscheidungsatlasTechnikkatalog93 Lernstrecken
Refactoring-Grundlagen & Enterprise-Fallstudien
5 Buchteile mit 29 Fachkapiteln und sechs durchgehenden Enterprise-Fallstudien.
Öffnen100 Pattern-Karten · 100 Fachvertiefungen
Design Patterns & Pattern-Entscheidungen
4 klar geordnete Buchteile: Auswahlregeln, Decision Labs, 100 Pattern-Karten und 100 Fachvertiefungen.
Öffnen30 Simulationen
Refactoring-Simulationen und Entscheidungsübungen
5 große Hauptkapitel mit insgesamt 30 klappbaren Inhaltsbereichen.
Öffnen30 Architekturmodule
Enterprise-Architekturen und Systemgrenzen
5 große Hauptkapitel mit insgesamt 30 klappbaren Inhaltsbereichen.
Öffnen80 Spring-Themen
Spring Refactoring Workbench
10 große Hauptkapitel mit insgesamt 80 klappbaren Inhaltsbereichen.
Öffnen70 Jakarta-EE-Themen
Jakarta EE: APIs, Persistenz und Betriebsgrenzen
10 große Hauptkapitel mit insgesamt 70 klappbaren Inhaltsbereichen.
Öffnen50 Testing-Labs
Testing: Sicherheitsnetze und Nachweise
10 große Hauptkapitel mit insgesamt 50 klappbaren Inhaltsbereichen.
Öffnen300 Refactorings
Refactoring Catalog
30 große Hauptkapitel mit insgesamt 300 klappbaren Inhaltsbereichen.
ÖffnenDokumentation · ohne sichtbare Quelldateien
Dokumentation & Fachregister
4 große Hauptkapitel mit insgesamt 6 klappbaren Inhaltsbereichen.
ÖffnenOrientierung 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