认真的：

1. 尽可能使用有符号数，存在加减操作的字段禁止使用无符号数。
2. 可以使用无符号数的情形：玩家UID，物品ID等。
3. 禁止使用无符号数的情形：金币、钻石等核心资产字段。
4. 尽可能使用int32，减少使用int8、int16。
5. 尽量不使用bool，用int32代替。
6. 可以使用int64的情形：序列号，唯一标识，毫秒时间戳等。
7. 涉及到配置的唯一标识符尽量使用字符串，见文知义。
8. 指针必须判空，但new出来的对象不要判空，因为new默认走异常。
9. 避免箭头代码，改为提前中断。
10. 提交代码前，可以用静态检查工具扫描下代码。
11. 尽可能使用命名空间，可以避免很多重名冲突。
12. 尽量使用stl，不要造轮子。
13. 尽量使用string，避免使用c风格字符串函数。
14. bool字段，即使当前只需要2个状态，也尽量改为int32。
15. 可以使用bool字段的情形：IsXXX，HasXXX。
16. 函数入口对参数做检验时，一个条件对应一个if语句。
17. 打印日志时，多个字段尽可能拼接为一行日志输出，不要拆分为多行。
18. 打印日志时，把上下文的信息打印完整，不要偷懒只打一部分。
19. 每个return的地方，尽可能加上描述精确的日志。
20. 避免使用float，double类型。可以考虑放大倍数。
21. 暂时用不上的代码，就删掉，保持干净。代码仓库上有历史记录的。
22. 随机数函数不要使用系统自带的，用线性同余公式写一个。
23. 禁止代码和注释不一致。这种比没有注释危害性更大。
24. 引入自定义头文件时使用全路径，不要只使用文件名。
25. 使用#pragma once，替代#ifndef #define #endif。
26. 减少宏的使用，宏不利于调试和维护。
27. switch语句必须要有default结尾。
28. 配置开关使用int类型，0表示关闭，1表示开启。
29. 尽量使用开源代码库，可以从学习的角度造轮子。
30. 开源代码库需要注明源码地址和版本，在一个目录集中管理。
31. 函数的参数过多时，使用结构体封装下。
32. 能加const的地方就加上，利于编译器优化。
33. 类的成员变量尽量不加static。
34. 处理客户端上行消息时，服务端需要保证在任何情况下都有下行回包。
35. 处理客户端上行消息时，最终结果的可能性需要处理完全，三类：成功、失败、超时
36. 服务端下行回包时，尽可能携带上行包一并回下去。
37. 服务端的回包，携带状态码，一个码对应一种情况，不要一对多。
38. 服务端的回包，状态码表示失败时，附加一个字符串字段，说明失败原因。
39. 隔段时间回顾下过去写的代码，还认识不？是自己写的么？
40. 保持代码的复杂度和业务的复杂度线性相关，能做到亚线性更好。
41. 中文、英文名称不要写错了。写错了，会误导很多人，包括自己。
42. 直接表达做什么，而非描述具体怎么做。
43. 用正交思想替代设计模式。用抽象思维替代业务思维。
44. 尽一切可能减少宏的使用，C++的未来是抛弃宏的。
45. 合理使用assert断言，尽快将问题暴露，节约时间。

佛系的：

1. 成员变量不要加类型前缀。
2. 尽量使用新版本的语法，简洁且性能不会差，易用性也提高了。
3. 类的私有函数，私有变量，可以用下划线打头。
4. 名称尽量使用小写和下划线，提高敲键盘的速度。
5. inline关键字就不要敲了，意义不大，编译器优化的很好了。
6. 少用设计模式硬套代码。设计模式的最高境界：不知道用的什么模式，但是觉得就应该这么写。
7. 慢工出细活。代码是艺术品。
8. 能通过沟通来完成的，就不要敲代码。
9. 不写代码就不会有bug，精简代码行数。

标签：总结,不要,代码,编程,实践,尽可能,使用,尽量,服务端
来源： https://www.cnblogs.com/txtp/p/15826226.html