認真的：

盡可能使用有符號數，存在加減操作的欄位禁止使用無符號數，
可以使用無符號數的情形：玩家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.uj5u.com/qita/417073.html

標籤：其他

上一篇：MongoDB 分片規則

下一篇：第31章 Spring bean 作用域

一些編程實踐總結

認真的：

佛系的：