Difference between revisions of "Code Formatting Conventions"

Jump to navigation Jump to search

Code Formatting Conventions (view source)

Revision as of 17:54, 28 March 2023

2,616 bytes added ,  17:54, 28 March 2023
→‎Switch/Case constructs: enhanced to avoid ambiguity
m (→‎Switch / Case constructs: continue with camel case here too)
(→‎Switch/Case constructs: enhanced to avoid ambiguity)
 
(18 intermediate revisions by 7 users not shown)
Line 11: Line 11:
Braces in your code should look like the following example:
Braces in your code should look like the following example:


<syntax type="C++">
<syntaxhighlight lang="cpp">
for (int i = 0; i < t; i++) {
for (int i = 0; i < t; i++) {
     [...]
     [...]
Line 27: Line 27:
     [...]
     [...]
};
};
</syntax>
</syntaxhighlight>


Did you see the {}'s on that?
Did you see the {}'s on that?
Line 39: Line 39:
'''Conventional operators surrounded by a space character'''
'''Conventional operators surrounded by a space character'''


<syntax type="C++">
<syntaxhighlight lang="cpp">
a = (b + c) * d;
a = (b + c) * d;
</syntax>
</syntaxhighlight>


'''C++ reserved words separated from opening parentheses by a white space'''
'''C++ reserved words separated from opening parentheses by a white space'''


<syntax type="C++">
<syntaxhighlight lang="cpp">
while (true) {
while (true) {
</syntax>
</syntaxhighlight>


'''Commas followed by a white space'''
'''Commas followed by a white space'''


<syntax type="C++">
<syntaxhighlight lang="cpp">
someFunction(a, b, c);
someFunction(a, b, c);
</syntax>
</syntaxhighlight>
<syntax type="C++">
<syntaxhighlight lang="cpp">
int d, e;
int d, e;
</syntax>
</syntaxhighlight>


'''Semicolons followed by a space character, if there is more on a line'''
'''Semicolons followed by a space character, if there is more on a line'''


<syntax type="C++">
<syntaxhighlight lang="cpp">
for (int a = 0; b++; c < d)
for (int a = 0; b < c; d++)
</syntax>
</syntaxhighlight>
<syntax type="C++">
<syntaxhighlight lang="cpp">
doSomething(e); doSomething(f); // This is probably bad style anyway
doSomething(e); doSomething(f); // This is probably bad style anyway
</syntax>
</syntaxhighlight>


'''Semicolons preceded by a space character, if it ends an empty loop body'''
'''Mandatory ''{}'' for empty ''for''/''while'' loops'''


It should also contain a comment to make it clear that the loop is intentionally empty.
<syntaxhighlight lang="cpp">
<syntax type="C++">
while (i < length - 1 && array[++i] != item);   // bad
while (i < length - 1 && array[++i] != item) ; // Look for index of item with an empty loop
while (i < length - 1 && array[++i] != item) {} // good
</syntax>
</syntaxhighlight>
The following syntax is also acceptable:
<syntax type="C++">
while (i < length - 1 && array[++i] != item)
; //this loop is intentionally empty
</syntax>


'''When declaring class inheritance and in a ? construct, colons should be surrounded by white space'''
'''When declaring class inheritance and in a ? construct, colons should be surrounded by white space'''


<syntax type="C++">
<syntaxhighlight lang="cpp">
class BusWheel : public RubberInflatable {
class BusWheel : public RubberInflatable {
</syntax>
</syntaxhighlight>
<syntax type="C++">
<syntaxhighlight lang="cpp">
(isNight) ? colorMeDark() : colorMeBright();
(isNight) ? colorMeDark() : colorMeBright();
</syntax>
</syntaxhighlight>


'''Indentation level is not increased after namespace clause'''
'''Indentation level is not increased after namespace clause'''


<syntax type="C++">
<syntaxhighlight lang="cpp">
namespace Scumm {
namespace Scumm {


Line 100: Line 95:


} // End of namespace Scumm
} // End of namespace Scumm
</syntax>
</syntaxhighlight>


'''Array delete operator has no whitespace before []'''
'''Array delete operator has no whitespace before []'''
<syntax type="C++">
<syntaxhighlight lang="cpp">
delete[] foo;
delete[] foo;
</syntax>
</syntaxhighlight>


'''Template definitions'''
'''Template definitions'''


No whitespace between template keyword and <
No whitespace between template keyword and <
<syntax type="C++">
<syntaxhighlight lang="cpp">
template<typename foo>
template<typename foo>
void myFunc(foo arg) {
void myFunc(foo arg) {
     // ...
     // ...
}
}
</syntax>
</syntaxhighlight>


'''Operator overloading'''
'''Operator overloading'''


Operator keyword is NOT separated from the name, except for type conversion operators where it is required.
Operator keyword is NOT separated from the name, except for type conversion operators where it is required.
<syntax type="C++">
<syntaxhighlight lang="cpp">
struct Foo {
struct Foo {
     void operator()() {
     void operator()() {
Line 130: Line 125:
     }
     }
};
};
</syntax>
</syntaxhighlight>


'''Pointers and casts'''
'''Pointers and casts'''


No whitespace after a cast; and in a pointer, we write a whitespace before the start but not after it.
No whitespace after a cast; and in a pointer, we write a whitespace before the star but not after it.
<syntax type="C++">
<syntaxhighlight lang="cpp">
const char *ptr = (const char *)foobar;
const char *ptr = (const char *)foobar;
</syntax>
</syntaxhighlight>


'''References'''
'''References'''


We use the same rule for references as we do for pointers: use a whitespace before the "&" but not after it.
We use the same rule for references as we do for pointers: use a whitespace before the "&" but not after it.
<syntax type="C++">
<syntaxhighlight lang="cpp">
int i = 0;
int i = 0;
int &ref = i;
int &ref = i;
</syntax>
</syntaxhighlight>


== Switch / Case constructs ==
'''Arrow operator'''


<syntax type="C++">
We put no spaces around the arrow operator.
<syntaxhighlight lang="cpp">
int a = foo->bar;
</syntaxhighlight>
 
'''Vertical alignment'''
 
When it adds to readability, a vertical alignment by means of extra tabs or spaces is allowed. However, it is not advised to have the opening and closing brackets/braces to occupy a single line.
<syntaxhighlight lang="cpp">
int foo    = 2;
int morefoo = 3;
 
Common::Rect *r = new Common::Rect(x,
                                  y,
                                  x + w,
                                  y + h);
</syntaxhighlight>
 
== Switch/Case constructs ==
 
<syntaxhighlight lang="cpp">
switch (cmd) {
switch (cmd) {
case kSomeCmd:
case kSomeCmd:
     someCmd();
     a = 1;
     // Fall Through intended
    func1();
    b = a + 1;
     // fall through
case kSomeVerySimilarCmd:
case kSomeVerySimilarCmd:
     someMoreCmd();
     someMoreCmd();
    a = 3;
     break;
     break;
case kSaveCmd:
case kSaveCmd:
Line 167: Line 185:
     Dialog::handleCommand(sender, cmd, data);
     Dialog::handleCommand(sender, cmd, data);
}
}
</syntax>
</syntaxhighlight>
* Note comment on whether fall through is intentional.
* Note the comment on whether fall through is intentional. Use exactly this and not some variation both for consistency and so that the compiler will see it and suppress potential warnings.
 
== Vertical space ==
 
'''Avoid composite one liners'''
 
<syntaxhighlight lang="cpp">
if (condition) do_foo();  // <-- bad example
 
// Proper way of writing it
if (condition)
    do_foo();
</syntaxhighlight>
 
 
'''Split out variable declarations'''
<syntaxhighlight lang="cpp">
int a = 1;
int b = 2;
int c;
 
c = a + b;
</syntaxhighlight>
 
'''Split out logical program blocks'''
<syntaxhighlight lang="cpp">
void MacWindowManager::setScreen(ManagedSurface *screen) {
    _screen = screen;
    delete _screenCopy;
    _screenCopy = nullptr;
 
    if (_desktop)
        _desktop->free();
    else
        _desktop = new ManagedSurface();
 
    _desktop->create(_screen->w, _screen->h, _pixelformat);
    drawDesktop();
}
</syntaxhighlight>
 
== Preprocessor pragmas ==
All preprocessor pragrmas must start from the first column:
 
<syntaxhighlight lang="cpp">
#include "common/system.h"
 
#pragma mark --- Start of example ---
void example() {
    int i = 0;
 
#ifdef USE_FEATURE
    Feature f = new Feature();
#endif
 
    for (int x = 0; x < 10; x++) {
 
#define FOO f
        warning("%d", (FOO).code());
#undef FOO
    }
}
</syntaxhighlight>


== Naming ==
== Naming ==
Line 183: Line 263:
'''Type names'''
'''Type names'''


Camel case starting with upper case.
Camel case starting with upper case. This includes template types.


<syntax type="C++">
<syntaxhighlight lang="cpp">
class MyClass { /* ... */ };
class MyClass { /* ... */ };
struct MyStruct { /* ... */ };
struct MyStruct { /* ... */ };
typedef int MyInt;
typedef int MyInt;
</syntax>
 
template typename<FancyPants>
void bestClothes(FancyPants pants) {/* ... */ }
</syntaxhighlight>


'''Class member variables'''
'''Class member variables'''
Line 195: Line 278:
Prefixed with '_' and in camel case (Yo! no underscore separators), starting with lowercase.
Prefixed with '_' and in camel case (Yo! no underscore separators), starting with lowercase.


<syntax type="C++">
<syntaxhighlight lang="cpp">
char *_someVariableName;
char *_someVariableName;
</syntax>
</syntaxhighlight>


'''Class methods'''
'''Class methods'''
Line 203: Line 286:
Camel case, starting with lowercase.
Camel case, starting with lowercase.


<syntax type="C++">
<syntaxhighlight lang="cpp">
void thisIsMyFancyMethod();
void thisIsMyFancyMethod();
</syntax>
</syntaxhighlight>
 
'''Non-member functions'''
 
Camel case, starting with lowercase.
 
<syntaxhighlight lang="cpp">
void thisIsMyFancyGlobalFunction();
</syntaxhighlight>


'''Local variables'''
'''Local variables'''
Line 211: Line 302:
Use camel case (Yo! no underscore separators), starting with lowercase.
Use camel case (Yo! no underscore separators), starting with lowercase.


<syntax type="C++">
<syntaxhighlight lang="cpp">
char *someVariableName;
char *someVariableName;
</syntax>
</syntaxhighlight>


Note that for POD structures it is fine to use this rule too.
Note that for POD structures it is fine to use this rule too.
Line 221: Line 312:
In general you should avoid global variables, but if it can't be avoided, use 'g_' as prefix, camel case, and start with lowercase
In general you should avoid global variables, but if it can't be avoided, use 'g_' as prefix, camel case, and start with lowercase


<syntax type="C++">
<syntaxhighlight lang="cpp">
int g_someGlobalVariable;
int g_someGlobalVariable;
</syntax>
</syntaxhighlight>


== Special comments ==
== Special comments ==
Line 233: Line 324:
* '''TODO''' marks incomplete code, or things that could be done better but are left for the future.
* '''TODO''' marks incomplete code, or things that could be done better but are left for the future.
* '''WORKAROUND''' marks code that works around bugs in the original game, like script bugs. Sometimes these bugs worked in the original due to bugs in the original engine, sometimes the bug was visible in the original, too. It's important that you explain here what exactly you work around, and if applicable, refer to relevant tracker items!
* '''WORKAROUND''' marks code that works around bugs in the original game, like script bugs. Sometimes these bugs worked in the original due to bugs in the original engine, sometimes the bug was visible in the original, too. It's important that you explain here what exactly you work around, and if applicable, refer to relevant tracker items!
* '''I18N:''' Adds comment to translators for internationalization. See [[Supporting GUI Translation]].


=== Doxygen documentation comments ===
=== Doxygen documentation comments ===
Line 242: Line 334:
There are many ways to mark such comments, but developers are encouraged to use the JavaDoc style:
There are many ways to mark such comments, but developers are encouraged to use the JavaDoc style:


<syntax type="C++">
<syntaxhighlight lang="cpp">
/**
/**
  * Move ("warp") the mouse cursor to the specified position in virtual
  * Move ("warp") the mouse cursor to the specified position in virtual
Line 250: Line 342:
  */
  */
virtual void warpMouse(int x, int y) = 0;
virtual void warpMouse(int x, int y) = 0;
</syntax>
</syntaxhighlight>
(See [http://doxygen.scummvm.org/d9/df4/classOSystem.html#ecab84670def917107d6c1b5ca3b82c3 here] for the docs generated from this.)
(See [http://doxygen.scummvm.org/d9/df4/classOSystem.html#ecab84670def917107d6c1b5ca3b82c3 here] for the docs generated from this.)


Line 256: Line 348:


If you want to add a brief explanation of a variable or function ''after'' its declaration, this is the correct syntax:
If you want to add a brief explanation of a variable or function ''after'' its declaration, this is the correct syntax:
<syntax type="C++">
<syntaxhighlight lang="cpp">
int16 x; ///< The horizontal part of the point
int16 x; ///< The horizontal part of the point
int16 y; ///< The vertical part of the point
int16 y; ///< The vertical part of the point
</syntax>
</syntaxhighlight>
(See [http://doxygen.scummvm.org/d7/d66/structCommon_1_1Point.html#2d868735aeaaf391ce9b3df9232c031f here] for the docs generated from this.)
(See [http://doxygen.scummvm.org/d7/d66/structCommon_1_1Point.html#2d868735aeaaf391ce9b3df9232c031f here] for the docs generated from this.)


Line 270: Line 362:
<pre>
<pre>
indent=tab=4
indent=tab=4
brackets=attach
style=attach
pad-oper
pad-oper
pad-header
pad-header
Line 277: Line 369:
indent-preprocessor
indent-preprocessor
convert-tabs
convert-tabs
</pre>
=== Emacs style ===
Put the following in your .emacsrc file
<pre>
(setq-default default-tab-width 4)
(setq-default c-basic-offset 4)
(setq-default indent-tabs-mode t)
</pre>
</pre>
Retrieved from "https://wiki.scummvm.org/index.php?title=Special:MobileDiff/17327...36669"

Navigation menu