| ||||||||||||||||||
Produits fréquemment achetés ensemble
Descriptions du produit
Présentation de l'éditeur
This book provides programmers with the ability to cost effectively handlecommon legacy code problems without having to go through the hugelyexpensive task of rewriting all existing code. It describes a series of practicalstrategies that developers can employ to bring their existing softwareapplications under control. The author provides useful guidance about how touse these strategies when refactoring or making functional changes to codebases. One of the book's key points is that it teaches developers to write teststhat can be used to make sure they are not unintentionally changing theapplication as they optimize it. Examples are provided in Java, C++, and Csharp,and the book assumes that the reader has some knowledge of UMLnotation. Strategies using UML and code in C++ and Java primarily whilelanguage independent advice will be delivered in side bars and appendices forlanguage specific users.
Quatrième de couverture
Get more out of your legacy systems: more performance, functionality, reliability, and manageability
Is your code easy to change? Can you get nearly instantaneous feedback when you do change it? Do you understand it? If the answer to any of these questions is no, you have legacy code, and it is draining time and money away from your development efforts.
In this book, Michael Feathers offers start-to-finish strategies for working more effectively with large, untested legacy code bases. This book draws on material Michael created for his renowned Object Mentor seminars: techniques Michael has used in mentoring to help hundreds of developers, technical managers, and testers bring their legacy systems under control.
The topics covered include
- Understanding the mechanics of software change: adding features, fixing bugs, improving design, optimizing performance
- Getting legacy code into a test harness
- Writing tests that protect you against introducing new problems
- Techniques that can be used with any language or platform�??with examples in Java, C++, C, and C#
- Accurately identifying where code changes need to be made
- Coping with legacy systems that aren't object-oriented
- Handling applications that don't seem to have any structure
This book also includes a catalog of twenty-four dependency-breaking techniques that help you work with program elements in isolation and make safer changes.
© Copyright Pearson Education. All rights reserved.
Détails sur le produit
Souhaitez-vous compléter ou améliorer les informations sur ce produit ? Ou faire modifier les images?
|
En savoir plus sur l'auteur
› Consultez la page Michael C. Feathers d'Amazon
Mots-clés inspirés de produits similaires(De quoi s'agit-il ?)Soyez le premier à ajouter un mot-clé pertinent (fortement associé à ce produit)
|
Quels sont les autres articles que les clients achètent après avoir regardé cet article?
Commentaires en ligne
Mais dans la pratique, il arrive qu'on doive maintenir, modifier et déboguer des projets datant de plusieurs années, à une époque où les pratiques de développement des programmeurs impliqués ou du département informatique étaient moins adaptées à la maintenance à long terme.
Ce type de code peut occasionner des prises de tête, et pour peu que le projet soit de taille importante, on en arrive vite à ne pas oser toucher certaines parties, à provoquer des bugs et effets de bords si on modifie sans vue d'ensemble suffisante du système, et surtout, d'après l'auteur... sans tests automatisés!
Voilà tout le problème, écrire des tests pour un code qui ne s'y prête pas, et qui devra donc être modifié dans le seul but d'être testé, pour pouvoir y apporter des modifications plus risquées, et enfin le restructurer pour augmenter son évolutivité.
Ce livre couvre cette problématique d'une belle manière, chaque chapitre étant consacré à un problème particulier (impossible de tester une classe, classe trop grande, où placer les tests utiles etc.), et en fin de livre de nombreuses techniques qui permettent de casser les dépendances entre classes, ce qui permet de les tester sans modifier le comportement de l'application.
Dommage que peu de livres aussi pratiques existent sur le sujet, et en français ils semblent malheureusement inexistants.
Listmania!
|
|
Rechercher des articles similaires par rubrique
Rechercher des articles similaires par thème
Commentaires
|
