1 option
Clean code : refactoring, patterns, Testen und Techniken fur sauberen code / Robert C. Martin ; Unter Mitarbeit von Michael C. Feathers [and six others] ; Ubersetzt aus dem Amerikanischen von Reinhard Engel.
- Format:
- Book
- Author/Creator:
- Martin, Robert C., author.
- Series:
- mitp Professional
- Standardized Title:
- Clean code : a handbook of agile software craftsmanship. German
- Language:
- English
- German
- Subjects (All):
- Agile software development.
- Computer software--Development.
- Computer software.
- Software engineering.
- Physical Description:
- 1 online resource (480 p.)
- Edition:
- 1. Auflage.
- Other Title:
- Clean code.
- Place of Publication:
- Heidelberg, [Germany] : MITP, 2009.
- Language Note:
- Text in German translated from English
- System Details:
- text file
- Summary:
- h2>Kommentare, Formatierung, StrukturierungFehler-Handling und Unit-TestsZahlreiche Fallstudien, Best Practices, Heuristiken und Code Smells Clean Code - Refactoring, Patterns, Testen und Techniken für sauberen CodeAus dem Inhalt:Lernen Sie, guten Code von schlechtem zu unterscheidenSauberen Code schreiben und schlechten Code in guten umwandelnAussagekräftige Namen sowie gute Funktionen, Objekte und Klassen erstellenCode so formatieren, strukturieren und kommentieren, dass er bestmöglich lesbar ist</
- Contents:
- Cover; Titel; Impressum; Inhaltsverzeichnis; Vorwort; Einführung; Kapitel 1: Sauberer Code; 1.1 Code, Code und nochmals Code; 1.2 Schlechter Code; 1.3 Die Lebenszykluskosten eines Chaos; 1.4 Denkschulen; 1.5 Wir sind Autoren; 1.6 Die Pfadfinder-Regel; 1.7 Vorläufer und Prinzipien; 1.8 Zusammenfassung; Kapitel 2: Aussagekräftige Namen; 2.1 Einführung; 2.2 Zweckbeschreibende Namen wählen; 2.3 Fehlinformationen vermeiden; 2.4 Unterschiede deutlich machen; 2.5 Aussprechbare Namen verwenden; 2.6 Suchbare Namen verwenden; 2.7 Codierungen vermeiden; 2.8 Mentale Mappings vermeiden; 2.9 Klassennamen
- 2.10 Methodennamen2.11 Vermeiden Sie humorige Namen; 2.12 Wählen Sie ein Wort pro Konzept; 2.13 Keine Wortspiele; 2.14 Namen der Lösungsdomäne verwenden; 2.15 Namen der Problemdomäne verwenden; 2.16 Bedeutungsvollen Kontext hinzufügen; 2.17 Keinen überflüssigen Kontext hinzufügen; 2.18 Abschließende Worte; Kapitel 3: Funktionen; 3.1 Klein!; 3.2 Eine Aufgabe erfüllen; 3.3 Eine Abstraktionsebene pro Funktion; 3.4 Switch-Anweisungen; 3.5 Beschreibende Namen verwenden; 3.6 Funktionsargumente; 3.7 Nebeneffekte vermeiden; 3.8 Anweisung und Abfrage trennen; 3.9 Ausnahmen sind besser als Fehler-Codes
- 3.10 Don't Repeat Yourself3.11 Strukturierte Programmierung; 3.12 Wie schreibt man solche Funktionen?; 3.13 Zusammenfassung; 3.14 SetupTeardownIncluder; Kapitel 4: Kommentare; 4.1 Kommentare sind kein Ersatz für schlechten Code; 4.2 Erklären Sie im und durch den Code; 4.3 Gute Kommentare; 4.4 Schlechte Kommentare; Kapitel 5: Formatierung; 5.1 Der Zweck der Formatierung; 5.2 Vertikale Formatierung; 5.3 Horizontale Formatierung; 5.4 Team-Regeln; 5.5 Uncle Bobs Formatierungsregeln; Kapitel 6: Objekte und Datenstrukturen; 6.1 Datenabstraktion; 6.2 Daten/Objekt-Anti-Symmetrie
- 6.3 Das Law of Demeter6.4 Datentransfer-Objekte; 6.5 Zusammenfassung; Kapitel 7: Fehler-Handling; 7.1 Ausnahmen statt Rückgabe-Codes; 7.2 Try-Catch-Finally-Anweisungen zuerst schreiben; 7.3 Unchecked Exceptions; 7.4 Ausnahmen mit Kontext auslösen; 7.5 Definieren Sie Exception-Klassen mit Blick auf die Anforderungen des Aufrufers; 7.6 Den normalen Ablauf definieren; 7.7 Keine Null zurückgeben; 7.8 Keine Null übergeben; 7.9 Zusammenfassung; Kapitel 8: Grenzen; 8.1 Mit Drittanbieter-Code arbeiten; 8.2 Grenzen erforschen und kennen lernen; 8.3 log4j kennen lernen
- 8.4 Lern-Tests sind besser als kostenlos8.5 Code verwenden, der noch nicht existiert; 8.6 Saubere Grenzen; Kapitel 9: Unit-Tests; 9.1 Die drei Gesetze der TDD; 9.2 Tests sauber halten; 9.3 Saubere Tests; 9.4 Ein assert pro Test; 9.5 F.I.R.S.T.; 9.6 Zusammenfassung; Kapitel 10: Klassen; 10.1 Klassenaufbau; 10.2 Klassen sollten klein sein!; 10.3 Änderungen einplanen; Kapitel 11: Systeme; 11.1 Wie baut man eine Stadt?; 11.2 Konstruktion und Anwendung eines Systems trennen; 11.3 Aufwärtsskalierung; 11.4 Java-Proxies; 11.5 Reine Java-AOP-Frameworks; 11.6 AspectJ-Aspekte
- 11.7 Die Systemarchitektur testen
- Notes:
- Description based upon print version of record.
- Includes bibliographical references.
- Description based on online resource; title from PDF title page (ebrary, viewed November 21, 2016).
- Description based on publisher supplied metadata and other sources.
- ISBN:
- 9783826696381
- 3826696387
- 9783826696398
- 3826696395
- OCLC:
- 866858562
The Penn Libraries is committed to describing library materials using current, accurate, and responsible language. If you discover outdated or inaccurate language, please fill out this feedback form to report it and suggest alternative language.