amend contributor guide

This commit is contained in:
RSDuck 2021-08-04 14:07:46 +02:00
parent 806f081e9f
commit f86ba0fcb3
1 changed files with 34 additions and 0 deletions

View File

@ -2,6 +2,8 @@
Please follow a style as documented here. Note that this guide was not always enforced, so some parts of the code violate it. Please follow a style as documented here. Note that this guide was not always enforced, so some parts of the code violate it.
Files should use 4 spaces for indentation.
```c++ ```c++
// for single line comments prefer C++ style // for single line comments prefer C++ style
@ -13,6 +15,9 @@ Please follow a style as documented here. Note that this guide was not always en
// as well as // as well as
// C++ style comments are possible // C++ style comments are possible
// when including headers from the C standard library use their C names (so don't use cstdio/cstring, ...)
#include <stdio.h>
// namespaces in PascalCase // namespaces in PascalCase
namespace Component namespace Component
{ // for all constructs curly braces go onto the following line { // for all constructs curly braces go onto the following line
@ -39,6 +44,18 @@ void Test(int someParam)
} }
} }
// defines should always be in CAPITALISED_SNAKE_CASE
#ifdef SOME_CONFIGURATION
// the content of #ifdef sections should not be indented
// the only exception being otherwise hard to read nested sections of #ifdef/#if/#defines
// as e.g. in ARMJIT_Memory.cpp
// prefer #ifdef/#ifndef, only use if defined(...) for complex expressions like this:
#if defined(THIS) || defined(THAT)
// ...
#endif
class MyClass // PascalCase class MyClass // PascalCase
{ {
public: // access specfications are not indented public: // access specfications are not indented
@ -50,6 +67,10 @@ private:
int MemberVariable; // PascalCase, no prefix int MemberVariable; // PascalCase, no prefix
}; };
#endif
#endif
enum enum
{ {
// enums should always have a common prefix in camelCase // enums should always have a common prefix in camelCase
@ -111,6 +132,19 @@ void ColorConvert(u32* dst, u16* vram)
* In doubt put a namespace around your part of the code. * In doubt put a namespace around your part of the code.
* C style strings (and the associated functions from the C standard library) are used in most places. We are thinking about changing this, as C strings are a bit of a hassle to deal with, but for the time being this is what we use. * C style strings (and the associated functions from the C standard library) are used in most places. We are thinking about changing this, as C strings are a bit of a hassle to deal with, but for the time being this is what we use.
* Only the C standard IO is used (so use `printf`, `fopen`, … Do not use `std::cout`/`std::ostream`, …). * Only the C standard IO is used (so use `printf`, `fopen`, … Do not use `std::cout`/`std::ostream`, …).
* Complex C++ containers can be used (`std::vector`, `std::list`, `std::map`, …). `std::array` is usually not used, unless necessary so that the container can be used with other C++ constructs (e.g. `<algorithm>`). Only use them if a C array doesn't cut it. * Complex C++ containers can be used (`std::vector`, `std::list`, `std::map`, …). `std::array` is usually not used, unless necessary so that the container can be used with other C++ constructs (e.g. `<algorithm>`). Only use them if a C array doesn't cut it.
* File names should be in PascalCase
* If a header file is called MyHeader.h it should be guarded with an ifdef like this:
```cpp
#ifndef MYHEADER_H
#define MYHEADER_H
// ...
#endif
```
* And at last, if you have any questions, visit us on IRC (see the readme)! * And at last, if you have any questions, visit us on IRC (see the readme)!