Effektives Arbeiten mit Legacy Code : Refactoring und Testen bestehender Software /
Deutsche Übersetzung des Klassikers von Michael Feathers Holen Sie mehr aus Ihren Legacy-Systemen heraus: mehr Performance, Funktionalität, Zuverlässigkeit und Handhabbarkeit Mit einem Vorwort von Robert C. Martin Können Sie Ihren Code leicht ändern? Können Sie fast unmittelbar Feedback bekomm...
Clasificación: | Libro Electrónico |
---|---|
Autor principal: | |
Formato: | Electrónico eBook |
Idioma: | Alemán Inglés |
Publicado: |
[Frechen] :
MITP,
2011.
|
Temas: | |
Acceso en línea: | Texto completo (Requiere registro previo con correo institucional) |
MARC
LEADER | 00000cam a2200000 i 4500 | ||
---|---|---|---|
001 | OR_on1043555686 | ||
003 | OCoLC | ||
005 | 20231017213018.0 | ||
006 | m o d | ||
007 | cr cnu|||unuuu | ||
008 | 180709s2011 gw o 000 0 ger d | ||
040 | |a N$T |b eng |e rda |e pn |c N$T |d EBLCP |d N$T |d UMI |d OCLCF |d YDX |d OCLCQ |d OCL |d OCLCO |d OCLCQ |d DST |d OCLCQ |d OCLCO |d OCLCQ | ||
019 | |a 1048260376 |a 1048445478 | ||
020 | |a 9783958459038 |q (electronic bk.) | ||
020 | |a 395845903X |q (electronic bk.) | ||
029 | 1 | |a CHNEW |b 001024181 | |
029 | 1 | |a AU@ |b 000065656210 | |
035 | |a (OCoLC)1043555686 |z (OCoLC)1048260376 |z (OCoLC)1048445478 | ||
037 | |a CL0500000984 |b Safari Books Online | ||
041 | 1 | |a ger |h eng | |
050 | 4 | |a QA76.758 | |
072 | 7 | |a COM |x 051230 |2 bisacsh | |
082 | 0 | 4 | |a 005.1 |2 23 |
049 | |a UAMI | ||
100 | 1 | |a Feathers, Michael C., |e author. | |
245 | 1 | 0 | |a Effektives Arbeiten mit Legacy Code : |b Refactoring und Testen bestehender Software / |c Michael Feathers. |
264 | 1 | |a [Frechen] : |b MITP, |c 2011. | |
300 | |a 1 online resource | ||
336 | |a text |b txt |2 rdacontent | ||
337 | |a computer |b c |2 rdamedia | ||
338 | |a online resource |b cr |2 rdacarrier | ||
505 | 0 | |a Cover; Titel; Impressum; Inhaltsverzeichnis; Vorwort; Geleitwort; Danksagungen; Einführung -- Wie man dieses Buch lesen sollte; Teil I: Wie Wandel funktioniert; Kapitel 1: Software ändern; 1.1 Vier Gründe, Software zu ändern; 1.2 Riskante Änderungen; Kapitel 2: Mit Feedback arbeiten; 2.1 Was sind Unit-Tests?; 2.2 Higher-Level-Tests; 2.3 Testabdeckung; 2.4 Der Algorithmus zur Änderung von Legacy Code; Kapitel 3: Überwachung und Trennung; 3.1 Kollaborateure simulieren; Kapitel 4: Das Seam-Modell; 4.1 Ein riesiges Blatt mit Text; 4.2 Seams; 4.3 Seam-Arten; Kapitel 5: Tools | |
505 | 8 | |a 5.1 Automatisierte Refactoring-Tools5.2 Mock-Objekte; 5.3 Unit-Test-Harnische; 5.4 Allgemeine Test-Harnische; Teil II: Software ändern; Kapitel 6: Ich habe nicht viel Zeit und ich muss den Code ändern; 6.1 Sprout Method; 6.2 Sprout Class; 6.3 Wrap Method; 6.4 Wrap Class; 6.5 Zusammenfassung; Kapitel 7: Änderungen brauchen eine Ewigkeit; 7.1 Verständlichkeit; 7.2 Verzögerungszeit; 7.3 Dependencies aufheben; 7.4 Zusammenfassung; Kapitel 8: Wie füge ich eine Funktion hinzu?; 8.1 Test-Driven Development (TDD); 8.2 Programming by Difference; 8.3 Zusammenfassung | |
505 | 8 | |a Kapitel 9: Ich kann diese Klasse nicht in einen Test-Harnisch einfügen9.1 Der Fall des irritierenden Parameters; 9.2 Der Fall der verborgenen Dependency; 9.3 Der Fall der verketteten Konstruktionen; 9.4 Der Fall der irritierenden globalen Dependency; 9.5 Der Fall der schrecklichen Include-Dependencies; 9.6 Der Fall der Zwiebel-Parameter; 9.7 Der Fall des Alias-Parameters; Kapitel 10: Ich kann diese Methode nicht in einem Test-Harnisch ausführen; 10.1 Der Fall der verborgenen Methode; 10.2 Der Fall der "hilfreichen" Sprachfunktion; 10.3 Der Fall des nicht erkennbaren Nebeneffekts | |
505 | 8 | |a Kapitel 11: Ich muss eine Änderung vornehmen. Welche Methoden sollte ich testen?11.1 Effekte analysieren; 11.2 Vorwärtsanalyse (Reasoning Forward); 11.3 Effektfortpflanzung (Effect Propagation); 11.4 Tools für Effektanalysen; 11.5 Von der Effektanalyse lernen; 11.6 Effektskizzen vereinfachen; Kapitel 12: Ich muss in einem Bereich vieles ändern. Muss ich die Dependencies für alle beteiligten Klassen aufheben?; 12.1 Abfangpunkte; 12.2 Ein Design mit Einschnürpunkten beurteilen; 12.3 Fallen bei Einschnürpunkten; Kapitel 13: Ich muss etwas ändern, weiß aber nicht, welche Tests ich schreiben soll | |
505 | 8 | |a 13.1 Charakterisierungs-Tests13.2 Klassen charakterisieren; 13.3 Gezielt testen; 13.4 Eine Heuristik für das Schreiben von Charakterisierungs-Tests; Kapitel 14: Dependencies von Bibliotheken bringen mich um; Kapitel 15: Meine Anwendung besteht nur aus API-Aufrufen; Kapitel 16: Ich verstehe den Code nicht gut genug, um ihn zu ändern; 16.1 Notizen/Skizzen; 16.2 Listing Markup; 16.3 Scratch Refactoring; 16.4 Ungenutzten Code löschen; Kapitel 17: Meine Anwendung hat keine Struktur; 17.1 Die Geschichte des Systems erzählen; 17.2 Naked CRC; 17.3 Conversation Scrutiny | |
588 | 0 | |a Online resource; title from PDF title page (Ebsco, viewed September 11, 2018). | |
520 | |a Deutsche Übersetzung des Klassikers von Michael Feathers Holen Sie mehr aus Ihren Legacy-Systemen heraus: mehr Performance, Funktionalität, Zuverlässigkeit und Handhabbarkeit Mit einem Vorwort von Robert C. Martin 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. Michael 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. 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 Anwendungen handhaben, die keine Struktur zu haben scheinen 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# Ü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 integrierten Test-Framworks FIT. Er ist Mitglied der ACM und des IEEE und war Vorsitzender von CodeFest auf drei OOPSLA-Konferenzen. | ||
590 | |a O'Reilly |b O'Reilly Online Learning: Academic/Public Library Edition | ||
650 | 0 | |a Software reengineering. | |
650 | 6 | |a Logiciels |x Remaniement. | |
650 | 7 | |a COMPUTERS |x Software Development & Engineering |x General. |2 bisacsh | |
650 | 7 | |a Software reengineering. |2 fast |0 (OCoLC)fst01124215 | |
650 | 7 | |a Computer software |x Reliability. |2 fast |0 (OCoLC)fst00872585 | |
650 | 7 | |a Computer software |x Testing. |2 fast |0 (OCoLC)fst00872601 | |
650 | 7 | |a Software engineering |x Management. |2 fast |0 (OCoLC)fst01124190 | |
856 | 4 | 0 | |u https://learning.oreilly.com/library/view/~/9783958459038/?ar |z Texto completo (Requiere registro previo con correo institucional) |
938 | |a EBSCOhost |b EBSC |n 1843556 | ||
938 | |a YBP Library Services |b YANK |n 15637289 | ||
994 | |a 92 |b IZTAP |