Condividi
Fr. 62.70
Martin Fowler
Refactoring : Improving the Design of Existing Code
Inglese · Tascabile
Spedizione di solito entro 1 a 3 settimane (non disponibile a breve termine)
Descrizione
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
"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)
Sommario
- Preface
- 1. Refactoring, a First Example
- 2. Principles in Refactoring
- 3. Bad Smells in Code
- 4. Building Tests
- 5. Toward a Catalog of Refactorings
- 6. Composing Methods
- 7. Moving Features between Objects
- 8. Organizing Data
- 9. Simplifying Conditional Expressions
- 10. Making Method Calls Simpler
- 11. Dealing with Generalization
- 12. Big Refactorings
- 13. Refactoring, Reuse, and Reality
- 14. Refactoring Tools
- 15. Putting It All Together
Info autore
Martin Fowler is Chief Scientist at ThoughtWorks. He describes himself as “an author, speaker, consultant and general loud-mouth on software development.” Fowler concentrates on designing enterprise software: exploring what makes a good design and what practices are needed to create one.
Riassunto
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
"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)
Dettagli sul prodotto
| Autori | Martin Fowler |
| Editore | Pearson Academic |
| Lingue | Inglese |
| Formato | Tascabile |
| Pubblicazione | 28.02.2019 |
| EAN | 9780134757599 |
| ISBN | 978-0-13-475759-9 |
| Dimensioni | 195 mm x 240 mm x 20 mm |
| Serie |
Object Technology Series Addison-Wesley Object Technolo Addison-Wesley Addison Wesley Signature Series Object Technology Series Addison-Wesley Signature Series (Fowler) |
| Categoria |
Scienze naturali, medicina, informatica, tecnica
> Informatica, EDP
> Informatica
|
Recensioni dei clienti
Per questo articolo non c'è ancora nessuna recensione. Scrivi la prima recensione e aiuta gli altri utenti a scegliere.
Scrivi una recensione
Top o flop? Scrivi la tua recensione.