Coding Style: Difference between revisions
Jump to navigation
Jump to search
(→Declaring Variables: Add acronym convention.) |
|||
(One intermediate revision by one other user not shown) | |||
Line 29: | Line 29: | ||
* Variables and function names start with a lower case letter, with other words using camel case | * Variables and function names start with a lower case letter, with other words using camel case | ||
* Abbreviated names should be avoided | * Abbreviated names should be avoided | ||
* Acronyms are camel-cased (e.g. CmlFormat, not CMLFormat) | |||
<source lang="cpp"> | <source lang="cpp"> | ||
// Incorrect | // Incorrect | ||
double Cntr; | double Cntr; | ||
std::string rawXML; | |||
char LIST_DELIMITER = '\t'; | char LIST_DELIMITER = '\t'; | ||
// Correct | // Correct | ||
double center; | double center; | ||
std::string rawXml; | |||
char listDelimiter = '\t'; | char listDelimiter = '\t'; | ||
</source> | </source> | ||
Line 246: | Line 249: | ||
=Referencing Members= | =Referencing Members= | ||
* The use of this-> is discouraged. The use of the m_ prefix make it clear that a member variable is being referenced. | * The use of this-> is discouraged. The use of the m_ prefix should make it clear that a member variable is being referenced. | ||
=File Naming= | =File Naming= |
Latest revision as of 08:24, 11 March 2013
This is an overview of the coding conventions we use when writing C++ code for the Open Chemistry projects. The style is based largely on the Qt and KDE styles.
Indentation
- 2 spaces are used for indentation
- Spaces, not tabs!
Line Width
- Keep lines of source code to less than 80 characters wide.
Declaring Variables
- Declare each variable on a separate line
- Avoid abbreviations (e.g. "a", "nmbr") where possible
- Single character variable names are fine for counters, temporary variables etc where the purpose is obvious
- Wait until a variable is needed to declare it, don't keep unused ones around
// Incorrect
int nmbr, f;
// Correct
int number;
int result;
- Variables and function names start with a lower case letter, with other words using camel case
- Abbreviated names should be avoided
- Acronyms are camel-cased (e.g. CmlFormat, not CMLFormat)
// Incorrect
double Cntr;
std::string rawXML;
char LIST_DELIMITER = '\t';
// Correct
double center;
std::string rawXml;
char listDelimiter = '\t';
- Class names always start with an upper-case letter
- Public classes should be placed inside the appropriate namespace
- Member variables should start with m_
Whitespace
- Use blank lines to group statements together where appropriate
- Only use a single blank line
- Always use a single space after a keyword and before a curly brace
// Wrong
if(blah){
explode();
return 5;
}
// Correct
if (blah) {
explode();
return 5;
}
- For pointers or references, always use a single space between the type and the '*' or '&', but no space between that character and the variable name.
char *x;
const std::string &myString;
const char * const y = "whoah";
- Surround binary operators with spaces
- No space after a cast
- Avoid the use of C-style casts
// Incorrect
char* memoryBlock = (char*) malloc(data.size());
// Correct
char *memoryBlock = reinterpret_cast<char *>(malloc(data.size()));
Braces
- The left curly brace normally goes on the same line as the start of the statement
//Incorrect
if (foo)
{
run();
break;
}
// Correct
if (foo) {
run();
break;
}
- Exception: if this is class declarations and function implementations. The left brace always goes on the start of a line there
void myFun(const std::string &name)
{
std::cout << "Supplied name: " << name << std::endl;
}
class Bar
{
public:
Bar();
};
- Use curly braces when the body of a conditional contains more than one line, and also if a single statement is complex
// Incorrect
if (!correct) {
return false;
}
for (int i = 0; i < 42; ++i) {
var += i;
}
// Correct
if (!correct)
return false;
for (int i = 0; i < 42; ++i)
var += i;
- Exception: Use curly braces if the parent statement does not fit on one line/wraps
// Correct
if (!correct || !isValid
|| !aGoodDay) {
return false;
}
- Exception: Use curly braces in any if, then, else blocks where any of the elements cover several lines
// Incorrect
if (!correct)
return false;
else {
++counter;
return true;
}
// Correct
if (!correct) {
return false;
}
else {
++counter;
return true;
}
// Incorrect
if (a)
if (b)
return true;
else
return false;
// Correct
if (a) {
if (b)
return true;
else
return false;
}
- Use curly braces when the body is empty.
// Incorrect
while (true);
// Correct
while (true) {}
Parentheses
- Parentheses should be used to group expressions, and to make the intent clearer
// Incorrect
if (a && b || c)
// Correct
if ((a && b) || c)
// Incorrect
x = a + b & c;
// Correct
x = (a + b) & c;
Switch Statements
- The case labels should be in the same column as the switch
- Every case must have a break/return statement at the end, or a comment to indicate the omission
- Exception: Another case follows immediately
switch (myEnum) {
case LINE:
drawLine();
break;
case POINT:
case VERTEX:
drawDot();
// Fall through to default.
default:
drawDefault();
break;
}
Line Breaks
- Keep lines shorter than 80 characters; insert breaks if necessary
- Commas go at the end of a broken line
- Operators go at the beginning of a new line
// Correct
if (veryLongExpression()
&& anotherEvenLongerExpression()
&& justWhenYouThoughtItCouldntGetLonger()) {
doSomething();
}
Eigen::Vector3d position(currentPosition.x() + offset,
currentPosition.y() + offset,
0);
Inheritance and the "virtual" Keyword
- When reimplementing a virtual method, do not put the "virtual" keyword in the header
Referencing Members
- The use of this-> is discouraged. The use of the m_ prefix should make it clear that a member variable is being referenced.
File Naming
- All file names should be lower-case.
- C++ source files should have a .cpp extension.
- C++ header files should have a .h extension.
General Exception
- As with Qt, and others, feel free to break a rule if it makes your code look bad!