Qt/C/C++推荐代码规范

Qt/C/C++工程推荐使用下面代码规范：

1. 代码采用C/C++11标准，尽量使用智能指针，尽量不使用裸指针（QT中可以使用QScopedPointer）
2. 函数和变量命名使用骆驼式命令法,采用动宾语法，例如printEmployeePaychecks(). C++头文件用.hpp后缀, 源文件用.cpp后缀, C头文件用.h后缀, 源文件用.c后缀. 文件的命名使用全小写并下划线分割，如a_b_c.cpp
3. 尽量使用Qt5新的信号和槽连接方式，信号和槽的命名不加signal和slot前缀，用动作和on动作方式，如信号clicked()，槽为onClicked().
4. 关键代码需要有单元测试，非界面代码一般认为是关键代码
5. 默认debug build前推荐使用静态代码检查工具（Cppcheck/Clang/VS）检查，编译时使用gcc sanitizer增加地址和未定义行为动态检查，
6. 开启qtcreator插件beautifier中的代码格式化工具Clang-format, 风格选择文件, 请保存下面的Clang-Format 风格文件到.clang-format风格文件并放在代码根目录下.
7. 代码注释方式采用Doxygen方式, 有需要的地方需要增加注释，注释采用中文。函数，类，结构声明都认为是有需要的地方, 注释放在要被注释的代码上一行，并单独一行，不提倡放在代码同一行末尾或下一行（除非是参数列表）。
8. 在填入界面显示文字时，使用英文，通过Qt Linguist翻译成中文，便于以后多语言, 文件编码一律使用UTF-8,添加BOM

9. 在绘制界面的时候，尽量使用layout和stretch来布局，尽量不要使用固定的大小，如固定10像素, 以便适应窗口大小变化. 
   

10. 不能直接提交代码，需要创建合并请求，并把合入请求分配给另一个同事，其他同事如果发现有问题，填写评论后给回提出合入请求的同事。问题都解决后分配给有合入权限的同事。
11. 最终提交的代码必须通过服务器的编译, 并且执行测试没有发现错误和警告.
12. 未说明的风格请参考Qt风格, https://wiki.qt.io/Coding_Conventions, https://wiki.qt.io/Qt_Coding_Style

13. 版本的命名方式遵循[语义化版本 2.0.0](http://semver.org/lang/zh-CN/)
    

Clang-Format 风格文件

# Copyright (C) 2016 Olivier Goffart <ogoffart@woboq.com>
#
# You may use this file under the terms of the 3-clause BSD license.
# See the file LICENSE from this package for details.

# This is the clang-format configuration style to be used by Qt,
# based on the rules from https://wiki.qt.io/Qt_Coding_Style and
# https://wiki.qt.io/Coding_Conventions

---
# Webkit style was loosely based on the Qt style
BasedOnStyle: WebKit

Standard: Cpp11
ColumnLimit: 100

# Disable reflow of qdoc comments: indentation rules are different.
# Translation comments are also excluded
CommentPragmas: "^!|^:|^=|^~"

# We want a space between the type and the star for pointer types
PointerBindsToType: false

# We want to break before the operators, but not before a '='
BreakBeforeBinaryOperators: NonAssignment

# Braces are usually attached, but not after functions or classes declaration
BreakBeforeBraces: Custom
BraceWrapping:
    AfterClass: true
    AfterControlStatement: false
    AfterEnum: false
    AfterFunction: true
    AfterNamespace: false
    AfterObjCDeclaration: false
    AfterStruct: true
    AfterUnion: false
    BeforeCatch: false
    BeforeElse: false
    IndentBraces: false

# The coding style does not specify the following, but this is what gives
# results closest to the existing code.
AlignAfterOpenBracket: true
AlwaysBreakTemplateDeclarations: true

# Ideally we should also allow less short function in a single line, but
# clang-format does not handle that
AllowShortFunctionsOnASingleLine: Inline

# The coding style specifies some include order categories, but also tells to
# separate categories with an empty line. It does not specify the order within
# the categories. Since the SortInclude feature of clang-format does not
# re-order includes separated by empty lines, the feature is not used.
SortIncludes: false

# Extra
AlignTrailingComments: true