标签：总结 不要 代码 编程 实践 尽可能 使用 尽量 服务端
认真的：
- 尽可能使用有符号数，存在加减操作的字段禁止使用无符号数。
- 可以使用无符号数的情形：玩家UID，物品ID等。
- 禁止使用无符号数的情形：金币、钻石等核心资产字段。
- 尽可能使用int32，减少使用int8、int16。
- 尽量不使用bool，用int32代替。
- 可以使用int64的情形：序列号，唯一标识，毫秒时间戳等。
- 涉及到配置的唯一标识符尽量使用字符串，见文知义。
- 指针必须判空，但new出来的对象不要判空，因为new默认走异常。
- 避免箭头代码，改为提前中断。
- 提交代码前，可以用静态检查工具扫描下代码。
- 尽可能使用命名空间，可以避免很多重名冲突。
- 尽量使用stl，不要造轮子。
- 尽量使用string，避免使用c风格字符串函数。
- bool字段，即使当前只需要2个状态，也尽量改为int32。
- 可以使用bool字段的情形：IsXXX，HasXXX。
- 函数入口对参数做检验时，一个条件对应一个if语句。
- 打印日志时，多个字段尽可能拼接为一行日志输出，不要拆分为多行。
- 打印日志时，把上下文的信息打印完整，不要偷懒只打一部分。
- 每个return的地方，尽可能加上描述精确的日志。
- 避免使用float，double类型。可以考虑放大倍数。
- 暂时用不上的代码，就删掉，保持干净。代码仓库上有历史记录的。
- 随机数函数不要使用系统自带的，用线性同余公式写一个。
- 禁止代码和注释不一致。这种比没有注释危害性更大。
- 引入自定义头文件时使用全路径，不要只使用文件名。
- 使用#pragma once，替代#ifndef #define #endif。
- 减少宏的使用，宏不利于调试和维护。
- switch语句必须要有default结尾。
- 配置开关使用int类型，0表示关闭，1表示开启。
- 尽量使用开源代码库，可以从学习的角度造轮子。
- 开源代码库需要注明源码地址和版本，在一个目录集中管理。
- 函数的参数过多时，使用结构体封装下。
- 能加const的地方就加上，利于编译器优化。
- 类的成员变量尽量不加static。
- 处理客户端上行消息时，服务端需要保证在任何情况下都有下行回包。
- 处理客户端上行消息时，最终结果的可能性需要处理完全，三类：成功、失败、超时
- 服务端下行回包时，尽可能携带上行包一并回下去。
- 服务端的回包，携带状态码，一个码对应一种情况，不要一对多。
- 服务端的回包，状态码表示失败时，附加一个字符串字段，说明失败原因。
- 隔段时间回顾下过去写的代码，还认识不？是自己写的么？
- 保持代码的复杂度和业务的复杂度线性相关，能做到亚线性更好。
- 中文、英文名称不要写错了。写错了，会误导很多人，包括自己。
- 直接表达做什么，而非描述具体怎么做。
- 用正交思想替代设计模式。用抽象思维替代业务思维。
- 尽一切可能减少宏的使用，C++的未来是抛弃宏的。
- 合理使用assert断言，尽快将问题暴露，节约时间。
佛系的：
- 成员变量不要加类型前缀。
- 尽量使用新版本的语法，简洁且性能不会差，易用性也提高了。
- 类的私有函数，私有变量，可以用下划线打头。
- 名称尽量使用小写和下划线，提高敲键盘的速度。
- inline关键字就不要敲了，意义不大，编译器优化的很好了。
- 少用设计模式硬套代码。设计模式的最高境界：不知道用的什么模式，但是觉得就应该这么写。
- 慢工出细活。代码是艺术品。
- 能通过沟通来完成的，就不要敲代码。
- 不写代码就不会有bug，精简代码行数。
标签：总结,不要,代码,编程,实践,尽可能,使用,尽量,服务端 来源： https://www.cnblogs.com/txtp/p/15826226.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。