Effektives Arbeiten mit Legacy Code (eBook)

Michael C. Feathers arbeitet bei Object Mentor Inc. und gibt zahlreiche Schulungen für Refactoring, Objektorientiertes Design uvm.

Cover 1
Titel 3
Impressum 4
Inhaltsverzeichnis 7
Vorwort 13
Geleitwort 15
Danksagungen 21
Einführung - Wie man dieses Buch lesen sollte 23
Teil I: Wie Wandel funktioniert 25
Kapitel 1: Software ändern 27
1.1 Vier Gründe, Software zu ändern 27
1.2 Riskante Änderungen 31
Kapitel 2: Mit Feedback arbeiten 33
2.1 Was sind Unit-Tests? 36
2.2 Higher-Level-Tests 39
2.3 Testabdeckung 39
2.4 Der Algorithmus zur Änderung von Legacy Code 42
Kapitel 3: Überwachung und Trennung 45
3.1 Kollaborateure simulieren 47
Kapitel 4: Das Seam-Modell 53
4.1 Ein riesiges Blatt mit Text 53
4.2 Seams 54
4.3 Seam-Arten 57
Kapitel 5: Tools 69
5.1 Automatisierte Refactoring-Tools 69
5.2 Mock-Objekte 71
5.3 Unit-Test-Harnische 72
5.4 Allgemeine Test-Harnische 77
Teil II: Software ändern 79
Kapitel 6: Ich habe nicht viel Zeit und ich muss den Code ändern 81
6.1 Sprout Method 83
6.2 Sprout Class 87
6.3 Wrap Method 91
6.4 Wrap Class 95
6.5 Zusammenfassung 100
Kapitel 7: Änderungen brauchen eine Ewigkeit 101
7.1 Verständlichkeit 101
7.2 Verzögerungszeit 102
7.3 Dependencies aufheben 103
7.4 Zusammenfassung 108
Kapitel 8: Wie füge ich eine Funktion hinzu? 109
8.1 Test-Driven Development (TDD) 110
8.2 Programming by Difference 116
8.3 Zusammenfassung 125
Kapitel 9: Ich kann diese Klasse nicht in einen Test-Harnisch einfügen 127
9.1 Der Fall des irritierenden Parameters 127
9.2 Der Fall der verborgenen Dependency 134
9.3 Der Fall der verketteten Konstruktionen 138
9.4 Der Fall der irritierenden globalen Dependency 140
9.5 Der Fall der schrecklichen Include-Dependencies 148
9.6 Der Fall der Zwiebel-Parameter 152
9.7 Der Fall des Alias-Parameters 154
Kapitel 10: Ich kann diese Methode nicht in einem Test-Harnisch ausführen 159
10.1 Der Fall der verborgenen Methode 159
10.2 Der Fall der »hilfreichen« Sprachfunktion 163
10.3 Der Fall des nicht erkennbaren Nebeneffekts 166
Kapitel 11: Ich muss eine Änderung vornehmen. Welche Methoden sollte ich testen? 173
11.1 Effekte analysieren 173
11.2 Vorwärtsanalyse (Reasoning Forward) 179
11.3 Effektfortpflanzung (Effect Propagation) 184
11.4 Tools für Effektanalysen 186
11.5 Von der Effektanalyse lernen 188
11.6 Effektskizzen vereinfachen 189
Kapitel 12: Ich muss in einem Bereich vieles ändern. Muss ich die Dependencies für alle beteiligten Klassen aufheben? 193
12.1 Abfangpunkte 194
12.2 Ein Design mit Einschnürpunkten beurteilen 201
12.3 Fallen bei Einschnürpunkten 203
Kapitel 13: Ich muss etwas ändern, weiß aber nicht, welche Tests ich schreiben soll 205
13.1 Charakterisierungs-Tests 206
13.2 Klassen charakterisieren 209
13.3 Gezielt testen 210
13.4 Eine Heuristik für das Schreiben von Charakterisierungs-Tests 215
Kapitel 14: Dependencies von Bibliotheken bringen mich um 217
Kapitel 15: Meine Anwendung besteht nur aus API-Aufrufen 219
Kapitel 16: Ich verstehe den Code nicht gut genug, um ihn zu ändern 227
16.1 Notizen/Skizzen 228
16.2 Listing Markup 229
16.3 Scratch Refactoring 230
16.4 Ungenutzten Code löschen 231
Kapitel 17: Meine Anwendung hat keine Struktur 233
17.1 Die Geschichte des Systems erzählen 234
17.2 Naked CRC 238
17.3 Conversation Scrutiny 241
Kapitel 18: Der Test-Code ist im Weg 243
18.1 Konventionen für Klassennamen 243
18.2 Der Speicherort für Tests 244
Kapitel 19: Mein Projekt ist nicht objektorientiert. Wie kann ich es sicher ändern? 247
19.1 Ein einfacher Fall 248
19.2 Ein schwieriger Fall 248
19.3 Neues Verhalten hinzufügen 252
19.4 Die Objektorientierung nutzen 255
19.5 Es ist alles objektorientiert 258
Kapitel 20: Diese Klasse ist zu groß und soll nicht noch größer werden 261
20.1 Aufgaben erkennen 264
20.2 Andere Techniken 278
20.3 Die nächsten Schritte 278
20.4 Nach dem Extrahieren von Klassen 281
Kapitel 21: Ich ändere im ganzen System denselben Code 283
21.1 Erste Schritte 286
Kapitel 22: Ich muss eine Monster-Methode ändern und kann keine Tests dafür schreiben 301
22.1 Spielarten von Monstern 301
22.2 Monster mit automatischer Refactoring-Unterstützung zähmen 306
22.3 Die Herausforderung des manuellen Refactorings 308
22.4 Strategie 316
Kapitel 23: Wie erkenne ich, dass ich nichts kaputtmache? 319
23.1 »Hyperaware Editing« 319
23.2 »Single-Goal Editing« 321
23.3 »Preserve Signatures« 322
23.4 »Lean on the Compiler« 325
Kapitel 24: Wir fühlen uns überwältigt. Es wird nicht besser. 329
Teil III: Techniken zur Aufhebung von Dependencies 333
Kapitel 25: Techniken zur Aufhebung von Dependencies 335
25.1 »Adapt Parameter« 335
25.2 »Break Out Method Object« 339
25.3 »Definition Completion« 345
25.4 »Encapsulate Global References« 347
25.5 »Expose Static Method« 353
25.6 »Extract and Override Call« 356
25.7 »Extract and Override Factory Method« 358
25.8 »Extract and Override Getter« 360
25.9 »Extract Implementer« 363
25.10 »Extract Interface« 368
25.11 »Introduce Instance Delegator« 374
25.12 »Introduce Static Setter« 376
25.13 »Link Substitution« 382
25.14 »Parameterize Constructor« 383
25.15 »Parameterize Method« 386
25.16 »Primitivize Parameter« 388
25.17 »Pull Up Feature« 390
25.18 »Push Down Dependency« 394
25.19 »Replace Function with Function Pointer« 397
25.20 »Replace Global Reference with Getter« 400
25.21 Subclass and Override Method 402
25.22 Supersede Instance Variable 405
25.23 »Template Redefinition« 409
25.24 »Text Redefinition« 412
Anhang A: Refactoring 415
A.1 Extract Method 415
Anhang B: Glossar 421
Stichwortverzeichnis 423