代码规范

阅读虚幻引擎代码总结：
在软件开发中,软件生命周期的80%的成本都在维护上,几乎没有任何软件是由原作者终身维护的。当团队成员都遵循统一的编码规约时，协作变得更加顺畅。代码审查（code review）也会变得更加高效，因为开发人员不需要花费大量时间去检查代码风格的问题，而是能更多地专注于代码的功能和质量。

在命名约定上：
使用命名约定时,所有的代码和注释都应该使用英语进行命名。

名称（例如类型名称或变量名称）中每个单词的首字母大写。单词之间通常没有下划线。例如， Health和UPrimitiveComponent是正确的，但lastMouseCoordinates或delta_coordinates则不正确。
类型名称带有一个额外的大写字母作为前缀，以将其与变量名称区分开。例如， FSkin是类型名称，而Skin是类型FSkin的实例。
在实例编码中：
代码格式
大括号
大括号格式必须一致。在Epic的传统做法中，大括号固定被放在新行。请遵循此格式。

固定在单语句块中使用大括号。
例如：

if (bThing)
{
    return;
}

If - Else
if-else语句中的所有执行块都应该使用大括号。此举是为防止编辑时出错——未使用大括号时，可能会意外地将另一行加入if块中。多余行不受if表达式控制，会成为较差代码。条件编译的项目导致if/else语句中断时，也会造成不良结果。因此务必使用大括号。

if (bHaveUnrealLicense)
{
    InsertYourGameHere();
}
else
{
    CallMarkRein();
}

若多向if语句的缩进量与首条if语句的缩进量相同，则应互相缩进。此操作可提高结构体的可读性：

if (TannicAcid < 10)
{
    UE_LOG(LogCategory, Log, TEXT("Low Acid"));
}
else if (TannicAcid < 100)
{
    UE_LOG(LogCategory, Log, TEXT("Medium Acid"));
}
else
{
    UE_LOG(LogCategory, Log, TEXT("High Acid"))

阅读数学之美：
发现这门学科早已悄悄融入语言、科技和日常生活，用简洁逻辑解决了无数复杂问题。所谓假如对事情的解释有着强逻辑的情况下，优先选择更加简洁的表达。尽量使用简单的逻辑，例如在实际搜索中通过布尔运算来匹配关键名字。通过∩，∪，非运算进行真正的搜索