Effektives Arbeiten mit Legacy Code

Transkript

1 Effektives Arbeiten mit Legacy Code Refactoring und Testen bestehender Software von Michael C. Feathers 1. Auflage Effektives Arbeiten mit Legacy Code Feathers schnell und portofrei erhältlich bei beck-shop.de DIE FACHBUCHHANDLUNG Thematische Gliederung: Software Engineering mitp/bhv 2010 Verlag C.H. Beck im Internet: ISBN

2 Deutsche Übersetzung des Klassikers von Michael C. Feathers Mit einem Vorwort von Robert C. Martin, Autor von Clean Code Außerdem zum Thema bei mitp: Feathers Michael C. Feathers Holen Sie mehr aus Ihren Legacy-Systemen heraus: mehr Performance, Funktionalität, Zuverlässigkeit und Handhabbarkeit Aus dem Inhalt: Die Mechanik von Software-Änderungen verstehen: Features hinzufügen, Fehler beheben, Design verbessern, Performance optimieren Legacy Code in einen Test-Harnisch bringen Tests schreiben, die Sie davor schützen, neue Probleme einzuführen Genau die Stellen identifizieren, an denen Änderungen vorgenommen werden müssen Mit Legacy-Systemen umgehen, die nicht objektorientiert sind Mit Anwendungen umgehen, die keine offensichtliche Struktur haben Techniken zur Aufhebung von Dependencies Techniken, die mit jeder Sprache und auf jeder Plattform eingesetzt werden können mit Beispielen in Java, C++, C und C# Können Sie Ihren Code leicht ändern? Können Sie fast unmittelbar Feedback bekommen, wenn Sie ihn ändern? Verstehen Sie ihn? Wenn Sie eine dieser Fragen mit Nein beantworten, arbeiten Sie mit Legacy Code, der Geld und wertvolle Entwicklungszeit kostet. Feathers erläutert in diesem Buch Strategien für den gesamten Entwicklungsprozess, um effizient mit großen, ungetesteten Code-Basen zu arbeiten. Dabei greift er auf erprobtes Material zurück, das er für seine angesehenen Object-Mentor-Seminare entwickelt hat. Damit hat er bereits zahlreichen Entwicklern, technischen Managern und Testern geholfen, ihre Legacy-Systeme unter Kontrolle zu bringen. Darüber hinaus finden Sie auch einen Katalog mit 24 Techniken zur Aufhebung von Dependencies, die Ihnen zeigen, wie Sie isoliert mit Programmelementen arbeiten und Code sicherer ändern können. Über den Autor: Michael C. Feathers arbeitet für Object Mentor, Inc., einem der weltweit führenden Unternehmen für Mentoring, Wissenstransfer und Leadership- Services bei der Software-Entwicklung. Gegenwärtig bietet er weltweit Trainings für Test-Driven Development (TDD), Refactoring, OO-Design, Java, C#, C++ und Extreme Programming (XP) an. Feathers ist der ursprüngliche Autor von CppUnit, einer C++-Portierung des JUnit-Test-Frameworks, und FitCpp, einer C++-Portierung des intergrierten Test-Frameworks FIT. Er ist Mitglied der ACM und des IEEE und war Vorsitzender von CodeFest auf drei OOPSLA-Konferenzen. ISBN ISBN ISBN Effektives Arbeiten mit Legacy Code Effektives Arbeiten mit Legacy Code Refactoring und Testen bestehender Software ISBN ISBN (D) 39, _umschlag 02.indd :52:16

3 Vorwort Geleitwort Danksagungen Einführung Wie man dieses Buch lesen sollte Teil I Wie Wandel funktioniert Software ändern Vier Gründe, Software zu ändern Riskante Änderungen Mit Feedback arbeiten Was sind Unit-Tests? Higher-Level-Tests Testabdeckung Der Algorithmus zur Änderung von Legacy Code Überwachung und Trennung Kollaborateure simulieren Das Seam-Modell Ein riesiges Blatt mit Text Seams Seam-Arten Tools Automatisierte Refactoring-Tools Mock-Objekte Unit-Test-Harnische Allgemeine Test-Harnische

4 Teil II Software ändern Ich habe nicht viel Zeit und ich muss den Code ändern Sprout Method Sprout Class Wrap Method Wrap Class Zusammenfassung Änderungen brauchen eine Ewigkeit Verständlichkeit Verzögerungszeit Dependencies aufheben Zusammenfassung Wie füge ich eine Funktion hinzu? Test-Driven Development (TDD) Programming by Difference Zusammenfassung Ich kann diese Klasse nicht in einen Test-Harnisch einfügen Der Fall des irritierenden Parameters Der Fall der verborgenen Dependency Der Fall der verketteten Konstruktionen Der Fall der irritierenden globalen Dependency Der Fall der schrecklichen Include-Dependencies Der Fall der Zwiebel-Parameter Der Fall des Alias-Parameters Ich kann diese Methode nicht in einem Test-Harnisch ausführen Der Fall der verborgenen Methode Der Fall der»hilfreichen«sprachfunktion Der Fall des nicht erkennbaren Nebeneffekts Ich muss eine Änderung vornehmen. Welche Methoden sollte ich testen? Effekte analysieren Vorwärtsanalyse (Reasoning Forward) Effektfortpflanzung (Effect Propagation) Tools für Effektanalysen Von der Effektanalyse lernen Effektskizzen vereinfachen

5 12 Ich muss in einem Bereich vieles ändern. Muss ich die Dependencies für alle beteiligten Klassen aufheben? Abfangpunkte Ein Design mit Einschnürpunkten beurteilen Fallen bei Einschnürpunkten Ich muss etwas ändern, weiß aber nicht, welche Tests ich schreiben soll Charakterisierungs-Tests Klassen charakterisieren Gezielt testen Eine Heuristik für das Schreiben von Charakterisierungs-Tests Dependencies von Bibliotheken bringen mich um Meine Anwendung besteht nur aus API-Aufrufen Ich verstehe den Code nicht gut genug, um ihn zu ändern Notizen/Skizzen Listing Markup Scratch Refactoring Ungenutzten Code löschen Meine Anwendung hat keine Struktur Die Geschichte des Systems erzählen Naked CRC Conversation Scrutiny Der Test-Code ist im Weg Konventionen für Klassennamen Der Speicherort für Tests Mein Projekt ist nicht objektorientiert. Wie kann ich es sicher ändern? Ein einfacher Fall Ein schwieriger Fall Neues Verhalten hinzufügen Die Objektorientierung nutzen Es ist alles objektorientiert Diese Klasse ist zu groß und soll nicht noch größer werden Aufgaben erkennen Andere Techniken

6 20.3 Die nächsten Schritte Nach dem Extrahieren von Klassen Ich ändere im ganzen System denselben Code Erste Schritte Ich muss eine Monster-Methode ändern und kann keine Tests dafür schreiben Spielarten von Monstern Monster mit automatischer Refactoring-Unterstützung zähmen Die Herausforderung des manuellen Refactorings Strategie Wie erkenne ich, dass ich nichts kaputtmache? Hyperaware Editing Single-Goal Editing Preserve Signatures Lean on the Compiler Wir fühlen uns überwältigt. Es wird nicht besser Teil III Techniken zur Aufhebung von Dependencies Techniken zur Aufhebung von Dependencies Adapt Parameter Break Out Method Object Definition Completion Encapsulate Global References Expose Static Method Extract and Override Call Extract and Override Factory Method Extract and Override Getter Extract Implementer Extract Interface Introduce Instance Delegator Introduce Static Setter Link Substitution Parameterize Constructor Parameterize Method

7 25.16 Primitivize Parameter Pull Up Feature Push Down Dependency Replace Function with Function Pointer Replace Global Reference with Getter Subclass and Override Method Supersede Instance Variable Template Redefinition Text Redefinition A Refactoring A.1 Extract Method B Glossar Stichwortverzeichnis