作為一個(gè)程序員，肯定希望能寫出一手好代碼，看起來賞心悅目，又易于理解。雖說好的代碼是在一定代碼量的基礎(chǔ)上積累起來的，但在寫代碼之初就應(yīng)該有意識(shí)地去遵循一定的規(guī)范。

以下是兩位工程師對(duì)于代碼規(guī)范的一些總結(jié)，很有代表性，分享給大家。+

代碼不是一次性的，要為未來寫代碼

最近的幾件事情讓我對(duì)代碼規(guī)范的重要性有了更深的體會(huì)，決定自己做些總結(jié)。
情景一：一個(gè)不大的項(xiàng)目，由幾個(gè)人共同完成。某日，由于業(yè)務(wù)需求變更，需要改動(dòng)我這邊的部分邏輯，但當(dāng)時(shí)我不在，項(xiàng)目組的成員決定由他們來改，但翻了我的代碼，硬是沒找到該邏輯在哪實(shí)現(xiàn)的^_^。后來聽了他們的描述，很傷……
情景二：負(fù)責(zé)一個(gè)項(xiàng)目的源代碼流程測(cè)試，一期代碼并非模塊化實(shí)現(xiàn)，6K多的shell腳本即使有注釋，看著那個(gè)頭疼，后來在我們提出該問題后，開發(fā)重新進(jìn)行了設(shè)計(jì)和規(guī)范，拿到代碼的那一刻頓時(shí)感覺清晰多了。
都說代碼是程序員的第二張臉，長(zhǎng)時(shí)間下來，寫的好的代碼定會(huì)受到大家的尊重。遵循一些簡(jiǎn)單的規(guī)范，寫干凈一致的代碼!把個(gè)性用在寫出最簡(jiǎn)單易懂的代碼上面，而不是晦澀冗余無用的代碼，甚至自我簽名!設(shè)計(jì)良好的結(jié)構(gòu)和模式，撰寫干凈易懂的代碼，對(duì)空間的尊重，對(duì)代碼的尊重。這樣能贏得別人的尊重!記住代碼不是一次性的，需要重復(fù)的修改和重構(gòu)，為未來寫點(diǎn)代碼!
1，寫干凈整潔的代碼
1.1 代碼格式化，包括多級(jí)代碼縮進(jìn)、大括號(hào)(比如C系代碼)，為了提高代碼的美觀型和易讀性，區(qū)間與區(qū)間之間最好以一行*或-之類的間距;
1.2 合理運(yùn)用空行。空行可以用來隔開相對(duì)獨(dú)立的代碼塊，有利于閱讀和理解。但是不要使用超過一行的空行，對(duì)空間，別太奢侈了;
2，命名規(guī)范命名包括函數(shù)、變量、類(面向?qū)ο笾?、命名空間等;
2.1命名需要遵循由其命名便知道其意義的原則; 變量命名區(qū)分全局變量、導(dǎo)出變量、常量、局部變量，最好區(qū)分類型(如果有的話);
2.2 可采用業(yè)界的一些命名規(guī)范，比如匈牙利命名，但同一個(gè)項(xiàng)目必須統(tǒng)一;
3，高效使用注釋
3.1 注釋代碼段，注釋邏輯選擇。上面提到運(yùn)用空行分割開邏輯相對(duì)獨(dú)立的代碼，那么請(qǐng)?jiān)诳招械南乱恍幸矊扅c(diǎn)下面代碼段要干什么的語句吧。如果有if else等邏輯選擇的時(shí)候，麻煩也花幾秒鐘寫上判斷的依據(jù)和結(jié)果好嗎?邏輯難懂且關(guān)鍵，您懂的!
3.2 為不容易理解類變量注釋。類變量特別是私有的類變量沒有人要求注釋，但是為了能夠快速的了解您表示的是什么，還是寫點(diǎn)什么吧!您知道我英文不算好!
3.3 獨(dú)立的代碼模塊、文件、函數(shù)需要撰寫注釋以說明其實(shí)現(xiàn)意圖、原理、怎么使用等(比如函數(shù)的輸入輸出參數(shù)等)，獨(dú)立的代碼文件和模塊(比如類)最好寫上作者、日期、聯(lián)系方式、版本號(hào)等信息，以便后期做追蹤;
3.4 并不是注釋越多越好，相反，完全模塊化、結(jié)構(gòu)化的程序很多地方注釋完全可以精簡(jiǎn);
4，程序結(jié)構(gòu)化、模塊化
4.1 程序設(shè)計(jì)中有很多原則、設(shè)計(jì)模式，不同的語言、不同的情景可能會(huì)有些差異，但整體需要支持高類聚、低耦合的設(shè)計(jì)實(shí)現(xiàn)方案;
4.2 養(yǎng)成寫開發(fā)文檔的習(xí)慣。對(duì)于每一個(gè)頁(yè)面設(shè)計(jì)(前接頁(yè)，后接頁(yè))，包括功能說明，頁(yè)面設(shè)計(jì)，頁(yè)面名稱，存放位置等，應(yīng)當(dāng)有相應(yīng)的文檔記載。對(duì)于發(fā)生改動(dòng)的地方，需要保留原來的部分(注釋或備份)，并說明備份文件存放的地方，改動(dòng)時(shí)間，修改人;對(duì)于程序部分，應(yīng)該有相應(yīng)的設(shè)計(jì)流程，改動(dòng)的時(shí)候，也需要設(shè)計(jì)改動(dòng)流程圖，以便以后進(jìn)行對(duì)比，和查找問題所在位置，以及問題的嚴(yán)重性分析。
4.3 始終要記住的是你寫出的代碼并不是給你一個(gè)人看的，你需要保證你的代碼清晰、一致，別的程序員能夠讀懂，團(tuán)隊(duì)里面最好定期有code review環(huán)節(jié)。
5，多讀優(yōu)秀的源代碼、多實(shí)踐
5.1 看別人代碼時(shí)要汲取好的方法和技巧。
5.2 接觸一項(xiàng)技術(shù)要深入了解和實(shí)踐，請(qǐng)問您做過的系統(tǒng)您現(xiàn)在都可以從零開始搭建起來了嗎，我的意思是架構(gòu)搭建哦!（以上部分內(nèi)容摘自https://blog.csdn.net/bullbat/article/details/9265351，作者：bullbat）

代碼寫多了，總結(jié)出適合自己的代碼風(fēng)格
1、類型的宏替換1）要求要求用“#ifndef”判斷是否之前被定義過。2）舉例

#ifndef GUA_U8

typedef unsigned char GUA_U8;

#endif

#ifndef GUA_U16

typedef unsigned short GUA_U16;

#endif

#ifndef GUA_U32

typedef unsigned long GUA_U32;

#endif

2、宏定義1）要求①宏全為大寫的英文字母。 ②宏的名稱應(yīng)能讀出其功能作用。2）舉例

#define GUA_RF_COMMUNICATION_JUDGMENT_FALSE 0

#define GUA_RF_COMMUNICATION_JUDGMENT_TRUE 1

3、變量1）要求①變量名稱前的字母含義要求如下 g：global全局。 a：array數(shù)組。 s：static靜態(tài)。 c：const不變常數(shù)。 n：變量。 p：指針。 ②變量的名稱應(yīng)能讀出其功能作用。2）舉例

GUA_U8 gaGUA_USART1_rx_buf[GUA_USART1_RX_SIZE] = {0};//全局?jǐn)?shù)組

GUA_U8 gnGUA_USART1_rx_buf = 0;//全局變量

GUA_U8 nGUA_USART1_rx_buf = 0;//局部變量

static GUA_U8 snGUA_USART1_rx_buf = 0;//靜態(tài)變量

const static GUA_U8 csnGUA_USART1_rx_buf = 0;//const類型的靜態(tài)變量

GUA_U8 *gpGUA_USART1_rx_buf; //全局指針

3、if1）要求①“{”與“}”要對(duì)齊。 ②if與else的上方要注釋。2）舉例

//如果計(jì)數(shù)值大于10，則返回true

if(nGUA_Num > 10)

{

return true;

}

//如果計(jì)數(shù)值小于10，則返回false

else

{

return false;

}

4、switch1）要求①switch、case、default上都要注釋。 ②每種情況的具體處理由“{}”包含。2）舉例

//如果為0則關(guān)燈

switch(nbGUA_Char6[3])

{

//關(guān)燈

case 0x00:

{

P1_1 = 0; //拉低P11

P1SEL &= ~(1 << 1); //設(shè)置P11為IO口

P1DIR |= (1 << 1); //設(shè)置P11為輸出

break;

}

//開燈

case 0x01:

{

P1_1 = 1; //拉高P11

P1SEL &= ~(1 << 1); //設(shè)置P11為IO口

P1DIR |= (1 << 1); //設(shè)置P11為輸出

break;

}

//其它

default:break;

}

5、文件及函數(shù)注釋1）文件注釋要求至少要包含文件名稱、文件作用說明、編碼人、最后修改時(shí)間。2）函數(shù)注釋要求至少要包含函數(shù)名稱、函數(shù)作用說明、形參含義、返回值含義、編碼人、最后修改時(shí)間。