Diverse Refactoring Improving the Design of Existing Code

Refactoring: Improving the Design of Existing Code (Addison-Wesley Signature Series (Fowler))

Martin Fowler’s guide to reworking bad code into well-structured code Refactoring improves the design of existing code and enhances software maintainability, as well as making existing code easier to understand. Original Agile Manifesto signer and software development thought leader, Martin Fowler, provides a catalog of refactorings that explains why you should refactor; how to recognize code that needs refactoring; and how to actually do it successfully, no matter what language you use. Refactoring principles: understand the process and general principles of refactoring Code smells: recognize “bad smells” in code that signal opportunities to refactor Application improvement: quickly apply useful refactorings to make a program easier to comprehend and change Building tests: writing good tests increases a programmer’s effectiveness Moving features: an important part of refactoring is moving elements between contexts Data structures: a collection of refactorings to organize data, an important role in programs Conditional Logic: use refactorings to make conditional sections easier to understand APIs: modules and their functions are the building blocks of our software, and APIs are the joints that we use to plug them together Inheritance: it is both very useful and easy to misuse, and it’s often hard to see the misuse until it’s in the rear-view mirror---refactorings can fix the misuse Examples are written in JavaScript, but you shouldn’t find it difficult to adapt the refactorings to whatever language you are currently using as they look mostly the same in different languages. "Whenever you read [ Refactoring ], it’s time to read it again. And if you haven’t read it yet, please do before writing another line of code." –David Heinemeier Hansson, Creator of Ruby on Rails, Founder & CTO at Basecamp “Any fool can write code that a computer can understand. Good programmers write code that humans can understand.” –M. Fowler (1999)

Martin Fowlers Leitfaden zur Überarbeitung von schlechtem Code in gut strukturierten Code. Refactoring verbessert das Design bestehenden Codes und erhöht die Wartbarkeit von Software, wodurch sie leichter verständlich wird. Martin Fowler, ursprünglicher Unterzeichner des Agile Manifesto und Vordenker in der Softwareentwicklung, bietet einen Katalog von Refactorings, der erklärt, warum man refaktorisieren sollte, wie man Code erkennt, der refaktoriert werden muss, und wie man dies erfolgreich umsetzt, unabhängig von der verwendeten Programmiersprache. Die Prinzipien des Refactorings umfassen das Verständnis des Prozesses und der allgemeinen Prinzipien des Refactorings. Code Smells helfen Ihnen, "schlechte Gerüche" im Code zu erkennen, die Chancen zum Refaktorisieren signalisieren. Anwendungsverbesserungen ermöglichen es Ihnen, nützliche Refactorings schnell anzuwenden, um ein Programm leichter verständlich und veränderbar zu machen. Der Aufbau von Tests betont, dass das Schreiben guter Tests die Effektivität eines Programmierers erhöht. Das Verschieben von Funktionen ist ein wichtiger Teil des Refactorings und umfasst die Verlagerung von Elementen zwischen Kontexten. Datenstrukturen bieten eine Sammlung von Refactorings zur Organisation von Daten, die eine entscheidende Rolle in Programmen spielen. Refactorings der bedingten Logik machen bedingte Abschnitte leichter verständlich. APIs sind die Bausteine unserer Software und dienen als Verbindungen, die verschiedene Module und deren Funktionen miteinander verbinden. Vererbung ist sowohl nützlich als auch leicht missbräuchlich zu verwenden, was oft erst im Nachhinein offensichtlich wird; Refactorings können diese Missbräuche beheben. Die Beispiele sind in JavaScript geschrieben, aber die Refactorings können auf jede Sprache angepasst werden, da sie in verschiedenen Programmiersprachen allgemein ähnlich aussehen. "Immer wenn Sie Refactoring lesen, ist es Zeit, es erneut zu lesen. Und wenn Sie es noch nicht gelesen haben, tun Sie dies bitte, bevor Sie eine weitere Zeile Code schreiben." - David Heinemeier Hansson, Erfinder von Ruby on Rails, Gründer & CTO bei Basecamp. "Jeder Narr kann Code schreiben, den ein Computer verstehen kann. Gute Programmierer schreiben Code, den Menschen verstehen können." - M. Fowler (1999).

Martin Fowler’s guide to reworking bad code into well-structured code Refactoring improves the design of existing code and enhances software maintainability, as well as making existing code easier to understand. Original Agile Manifesto signer and software development thought leader, Martin Fowler, provides a catalog of refactorings that explains why you should refactor; how to recognize code that needs refactoring; and how to actually do it successfully, no matter what language you use. Refactoring principles: understand the process and general principles of refactoring Code smells: recognize “bad smells” in code that signal opportunities to refactor Application improvement: quickly apply useful refactorings to make a program easier to comprehend and change Building tests: writing good tests increases a programmer’s effectiveness Moving features: an important part of refactoring is moving elements between contexts Data structures: a collection of refactorings to organize data, an important role in programs Conditional Logic: use refactorings to make conditional sections easier to understand APIs: modules and their functions are the building blocks of our software, and APIs are the joints that we use to plug them together Inheritance: it is both very useful and easy to misuse, and it’s often hard to see the misuse until it’s in the rear-view mirror---refactorings can fix the misuse Examples are written in JavaScript, but you shouldn’t find it difficult to adapt the refactorings to whatever language you are currently using as they look mostly the same in different languages. "Whenever you read [ Refactoring ], it’s time to read it again. And if you haven’t read it yet, please do before writing another line of code." –David Heinemeier Hansson, Creator of Ruby on Rails, Founder & CTO at Basecamp “Any fool can write code that a computer can understand. Good programmers write code that humans can understand.” –M. Fowler (1999)