AppendixA -...

Info iconThis preview shows pages 1–3. Sign up to view the full content.

View Full Document Right Arrow Icon
Viewing Hints  ] [  Exercise Solutions  ] [  Volume 2  ] [  Free Newsletter  ]  Seminars  ] [  Seminars on CD ROM  ] [  Consulting  ]  Thinking in C++, 2nd ed. Volume 1 ©2000 by Bruce Eckel Previous Chapter  ] [  Table of Contents  ] [  Index  ] [  Next Chapter  ]  A: Coding Style This appendix is not about indenting and placement of parentheses and curly braces,  although that will be mentioned. It is about the general guidelines used in  this book for organizing the code listings. Although many of these issues have been introduced throughout the book, this appendix appears at  the end so it can be assumed that every topic is fair game, and if you don’t understand something  you can look it up in the appropriate section. All the decisions about coding style in this book have been deliberately considered and made,  sometimes over a period of years. Of course, everyone has their reasons for organizing code the way  they do, and I’m just trying to tell you how I arrived at mine and the constraints and environmental  factors that brought me to those decisions. General In the text of this book, identifiers (function, variable, and class names) are set in  bold . Most  keywords will also be set in bold, except for those keywords that are used so much that the bolding  can become tedious, such as “class” and “virtual.” I use a particular coding style for the examples in this book. It was developed over a number of  years, and was partially inspired by Bjarne Stroustrup’s style in his original  The C++ Programming  Language . [64] The subject of formatting style is good for hours of hot debate, so I’ll just say I’m not  trying to dictate correct style via my examples; I have my own motivation for using the style that I  do. Because C++ is a free-form programming language, you can continue to use whatever style  you’re comfortable with. That said, I will note that it is important to have a consistent formatting style within a project. If you  search the Internet, you will find a number of tools that can be used to reformat all the code in your  project to achieve this valuable consistency.
Background image of page 1

Info iconThis preview has intentionally blurred sections. Sign up to view the full version.

View Full DocumentRight Arrow Icon
The programs in this book are files that are automatically extracted from the text of the book, which  allows them to be tested to ensure that they work correctly. Thus, the code files printed in the book  should all work without compile-time errors when compiled with an implementation that conforms  to Standard C++ (note that not all compilers support all language features). The errors that  should  cause compile-time error messages are commented out with the comment 
Background image of page 2
Image of page 3
This is the end of the preview. Sign up to access the rest of the document.

This note was uploaded on 08/10/2011 for the course IT 331 taught by Professor Nevermind during the Spring '11 term at King Abdulaziz University.

Page1 / 8

AppendixA -...

This preview shows document pages 1 - 3. Sign up to view the full document.

View Full Document Right Arrow Icon
Ask a homework question - tutors are online