Home > Store

C++ Programming Style

Register your product to gain access to bonus material or receive a coupon.

C++ Programming Style


  • Sorry, this book is no longer in print.
Not for Sale


  • Copyright 1992
  • Dimensions: 7-3/8" x 9-1/4"
  • Pages: 248
  • Edition: 1st
  • Book
  • ISBN-10: 0-201-56365-7
  • ISBN-13: 978-0-201-56365-8

C++ supports programming-in-the-large, allowing relationships between different parts of a program to be expressed. The scope of C++ programming style therefore goes beyond traditional in-the-small issues which relate to the details of line-by-line coding. This book examines the use of the in-the-large language features of C++, which sometimes confuse even experienced programmers. The author demonstrates that unwarranted use of the more powerful language features may lead to cluttered programs which are harder to comprehend and sometimes less efficient than more straightforward alternatives. Cargill rewrites several programs, using techniques that range from improving consistency to removing redundant inheritance. The presentation simulates a code review, in which readers may independently evaluate and criticize alternative approaches to programming problems, and then compare their analyses with those of the author.

Design and coding style rules are distilled from the examples. Understanding and following these rules will help professional programmers design and write better C++ programs.

A chapter is devoted to each of the following topics:

  • abstractions
  • operator overloading
  • consistency
  • wrappers
  • unnecessary inheritance
  • efficiency
  • virtual functions
Building on the programming rules introduced in the first seven chapters, Cargill presents a case study in which a single program undergoes repeated transformations that improve its overall quality while reducing its size. The book concludes with a chapter on multiple inheritance.


Sample Content

Table of Contents



Bibliographic Notes.

1. Abstraction.

Style Example: Pricing Computers.

Finding a Common Abstraction.

Differences Between Classes.

Reintroducing Inheritance.

Removing the Enumerations.


Bibliographic Notes.


2. Consistency.

Style Example: Class string.

Well-defined State.

Consistent Physical State.

Class Invariants.

Consistent Use of Dynamic Memory.

Deallocating Dynamic Memory.

Style Example: A Second Approach.


Bibliographic Notes.


3. Unnecessary Inheritance.

Style Example: Stacks.

Inheritance Scope Rules.

Inheritance Relationships.


Interface versus Implementation.



Bibliographic Notes.


4. Virtual Functions.

Style Example: Vehicles and Garages.


Base Destructors.




Bibliographic Notes.


5. Operator Overloading.

Operator Overloading Basics.

Style Example: Class FileArray.

Inheritance for Implementation.

A Programming Tradeoff: Overloaded Operators versus Member Functions.


Bibliographic Notes.


6. Wrappers.

A C Library.

Style Example: A C++ Wrapper for dirent.

Multiple Directory Objects.

Constructor Failure.

Public Access to Failure State.

Error Condition Argument.


Bibliographic Notes.


7. Efficiency.

Style Example: Class BigInt.

Exercising BigInt.

The Length of Dynamic Strings.

The Number of Dynamic Strings.

The Client Code.

Rewriting BigInt.


Bibliographic Notes.


8. A Case Study.

Style Example: Finite State Machines.




Modules versus Abstract Data Types.


Bibliographic Notes.


9. Multiple Inheritance.

Ambiguities under Multiple Inheritance.

Directed Acyclic Inheritance Graphs.

Exploring Virtual Base Classes.

Style Example: Class Monitor.

Style Example: A Virtual Base Class.

Multiple Protocol Inheritance.


Bibliographic Notes.


10. Summary of Rules.

Index. 0201563657T04062001


Almost two decades after the publication of Kernighan and Plauger's classic, The Elements of Programming Style, its compact set of rules remains the best general guidance on good programming. Today, however, our programs are larger and our programming languages have changed. We now care as much about how the components of a program fit together as we do about the algorithms and data structures used in each component. DeRemer and Kron coined the terms programming-in-the-large and programming-in-the-small to make a distinction between the large-scale and small-scale aspects of programs. By programming-in-the-small, they meant dealing with components of a program that are "one to a few pages long" - the size of a typical C++ class. By programming-in-the-large, they meant the structuring of in-the-small components into a program - in C++ terms, dealing with relationships between classes. Kernighan and Plauger concentrated their work on the issues of programming-in-the-small. Their advice about programming-in-the-large is sound, but minimal.

  • Modularize. Use subroutines.

This book addresses programming style, with more emphasis on programming-in-the-large, and is restricted to the domain of C++ programs. It is written for the programmer who has learned the mechanics of C++, but is experiencing difficulty in applying the language features - particularly the object-oriented features - to programming problems. Though the discussion is limited to C++, many of the observations about programming are true of other languages. I leave the treatment of language-independent style in-the-large to more ambitious authors.

I have adopted Kernighan and Plauger's method of distilling rules of programming style from the critical reading and rewriting of programs. All the programs used here are taken from textbooks, magazine articles and tutorials on C++ programming. None was created artificially for this work. Some programs are presented exactly as originally published, while others have been altered cosmetically. The alterations range from the correction of in-the-small bugs, which would only distract, to structure-preserving transformations of programs for which copyright was not obtained.

The spirit in which to approach the material is that of an "egoless" code review. We all learn by reading and reviewing each other's programs. The material is not a criticism of individual programmers - it seeks only to differentiate between good and bad programs. No doubt the programs that are presented here as "better" versions have their own shortcomings. The reader is encouraged to examine these programs critically, looking for further improvements in programming style.



Submit Errata

More Information

Unlimited one-month access with your purchase
Free Safari Membership