Sign In Start Free Trial
Account

Add to playlist

Create a Playlist

Modal Close icon
You need to login to use this feature.
  • Book Overview & Buying Refactoring with C++
  • Table Of Contents Toc
  • Feedback & Rating feedback
Refactoring with C++

Refactoring with C++

By : Dmitry Danilov
5 (2)
close
close
Refactoring with C++

Refactoring with C++

5 (2)
By: Dmitry Danilov

Overview of this book

Despite the prevalence of higher-level languages, C++ is still running the world, from bare-metal embedded systems to distributed cloud-native systems. C++ is on the frontline whenever there is a need for a performance-sensitive tool supporting complex data structures. The language has been actively evolving for the last two decades. This book is a comprehensive guide that shows you how to implement SOLID principles and refactor legacy code using the modern features and approaches of C++, the standard library, Boost library collection, and Guidelines Support Library by Microsoft. The book begins by describing the essential elements of writing clean code and discussing object-oriented programming in C++. You’ll explore the design principles of software testing with examples of using popular unit testing frameworks such as Google Test. The book also guides you through applying automated tools for static and dynamic code analysis using Clang Tools. By the end of this book, you’ll be proficient in applying industry-approved coding practices to design clean, sustainable, and readable real-world C++ code.
Table of Contents (18 chapters)
close
close

Anti-patterns

In contrast to design patterns, anti-patterns are common solutions to problems that turn out to be counterproductive or harmful in the long run. Recognizing and avoiding anti-patterns is crucial in addressing smelly code, as applying them can exacerbate existing issues and introduce new ones. Some examples of anti-patterns include Singleton, God Object, Copy-Paste Programming, Premature Optimization, and Spaghetti Code.

Singleton is known to violate dependency inversion and open/closed principles. It creates a global instance, which can lead to hidden dependencies between classes and make the code hard to understand and maintain. It violates the dependency inversion principle, as it encourages high-level modules to depend on low-level modules instead of depending on abstractions. Additionally, the singleton pattern often makes it difficult to replace the singleton instance with a different implementation, for example, when extending the class or during testing. This...

Unlock full access

Continue reading for free

A Packt free trial gives you instant online access to our library of over 7000 practical eBooks and videos, constantly updated with the latest in tech
bookmark search playlist download font-size

Change the font size

margin-width

Change margin width

day-mode

Change background colour

Close icon Search
Country selected

Close icon Your notes and bookmarks

Delete Bookmark

Modal Close icon
Are you sure you want to delete it?
Cancel
Yes, Delete

Confirmation

Modal Close icon
claim successful

Buy this book with your credits?

Modal Close icon
Are you sure you want to buy this book with one of your credits?
Close
YES, BUY