單片機C51編程規范_第1頁
單片機C51編程規范_第2頁
單片機C51編程規范_第3頁
單片機C51編程規范_第4頁
單片機C51編程規范_第5頁
免費預覽已結束,剩余1頁可下載查看

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、.單片機C51編程規范 1單片機C51編程規范 前言 為了提高源程序的質量和可維護性,從而最終提高軟件產品生產力,特編寫此規范。 2 單片機C51編程規范范圍 本標準規定了程序設計人員進行程序設計時必須遵循的規范。本規范主要針對C51編程語言和keil編譯器而言,包括排版、注釋、命名、變量使用、代碼可測性、程序效率、質量保證等內容。 3 單片機C51編程規范總則 l 格式清晰 l 注釋簡明扼要 l 命名規范易懂 l 函數模塊化 l 程序易讀易維護 l 功能準確實現 l 代碼空間效率和時間效率高 l 適度的可擴展性 4 單片機C51編程規范數據類型定義 編程時統一采用下述新類型名的方式定義數據類

2、型。 建立一個datatype.h文件,在該文件中進行如下定義: typedef bit BOOL; / 位變量 / typedef unsigned char INT8U; / 無符號8位整型變量 / typedef signed char INT8S; / 有符號8位整型變量 / typedef unsigned int INT16U; / 無符號16位整型變量 / typedef signed int INT16S; / 有符號16位整型變量 / typedef unsigned long INT32U; / 無符號32位整型變量 / typedef signed long INT32S

3、; / 有符號32位整型變量 / typedef float FP32; / 單精度浮點數(32位長度) / typedef double FP64; / 雙精度浮點數(64位長度) / 5 單片機C51編程規范標識符命名 5.1 命名基本原則 l 命名要清晰明了,有明確含義,使用完整單詞或約定俗成的縮寫。通常,較短的單詞可通過去掉元音字母形成縮寫;較長的單詞可取單詞的頭幾個字母形成縮寫。即"見名知意"。 l 命名風格要自始至終保持一致。 l 命名中若使用特殊約定或縮寫,要有注釋說明。 l 除了編譯開關/頭文件等特殊應用,應避免使用以下劃線開始和或結尾的定義。 l 同一軟件

4、產品內模塊之間接口部分的標識符名稱之前加上模塊標識。 5.2 宏和常量命名 宏和常量用全部大寫字母來命名,詞與詞之間用下劃線分隔。對程序中用到的數字均應用有意義的枚舉或宏來代替。 5.3 變量命名 變量名用小寫字母命名,每個詞的第一個字母大寫。類型前綴(u8s8 etc.)全局變量另加前綴g_。 局部變量應簡明扼要。局部循環體控制變量優先使用i、j、k等;局部長度變量優先使用len、num等;臨時中間變量優先使用temp、tmp等。 5.4 函數命名 函數名用小寫字母命名,每個詞的第一個字母大寫,并將模塊標識加在最前面。 5.5 文件命名 一個文件包含一類功能或一個模塊的所有函數,文件名稱應清

5、楚表明其功能或性質。 每個.c文件應該有一個同名的.h文件作為頭文件。 6 單片機C51編程規范注釋 6.1 注釋基本原則 l 有助于對程序的閱讀理解,說明程序在"做什么",解釋代碼的目的、功能和采用的方法。 l 一般情況源程序有效注釋量在30左右。 l 注釋語言必須準確、易懂、簡潔。 l 邊寫代碼邊注釋,修改代碼同時修改相應的注釋,不再有用的注釋要刪除。 6.2 文件注釋 文件注釋必須說明文件名、函數功能、創建人、創建日期、版本信息等相關信息。 修改文件代碼時,應在文件注釋中記錄修改日期、修改人員,并簡要說明此次修改的目的。所有修改記錄必須保持完整。 文件注釋放在文件頂端

6、,用"/*/"格式包含。 注釋文本每行縮進4個空格;每個注釋文本分項名稱應對齊。 /* 文件名稱: 作 者: 版 本: 說 明: 修改記錄: */ 6.3 函數注釋 6.3.1 函數頭部注釋 函數頭部注釋應包括函數名稱、函數功能、入口參數、出口參數等內容。如有必要還可增加作者、創建日期、修改記錄(備注)等相關項目。 函數頭部注釋放在每個函數的頂端,用"/*/"的格式包含。其中函數名稱應簡寫為FunctionName(),不加入、出口參數等信息。 /* 函數名稱: 函數功能: 入口參數: 出口參數: 備 注: */ 6.3.2 代碼注釋 代碼注釋應與被注釋

7、的代碼緊鄰,放在其上方或右方,不可放在下面。如放于上方則需與其上面的代碼用空行隔開。一般少量注釋應該添加在被注釋語句的行尾,一個函數內的多個注釋左對齊;較多注釋則應加在上方且注釋行與被注釋的語句左對齊。 函數代碼注釋用"/"的格式。 通常,分支語句(條件分支、循環語句等)必須編寫注釋。其程序塊結束行""的右方應加表明該程序塊結束的標記"end of ", 尤其在多重嵌套時。 6.4 變量、常量、宏的注釋 同一類型的標識符應集中定義,并在定義之前一行對其共性加以統一注釋。對單個標識符的注釋加在定義語句的行尾。 全局變量一定要有詳細的注釋

8、,包括其功能、取值范圍、哪些函數或過程存取它以及存取時的注意事項等。 注釋用"/"的格式。 7 單片機C51編程規范函數 7.1 設計原則 函數的基本要求: l 正確性:程序要實現設計要求的功能。 l 穩定性和安全性:程序運行穩定、可靠、安全。 l 可測試性:程序便于測試和評價。 l 規范可讀性:程序書寫風格、命名規則等符合規范。 l 擴展性:代碼為下一次升級擴展留有空間和接口。 l 全局效率:軟件系統的整體效率高。 l 局部效率:某個模塊子模塊/函數的本身效率高。 編制函數的基本原則: l 單個函數的規模盡量限制在200行以內(不包括注釋和空行)。一個函數只完成一個功能。

9、 l 函數局部變量的數目一般不超過510個。 l 函數內部局部變量定義區和功能實現區(包含變量初始化)之間空一行。 l 函數名應準確描述函數的功能。通常使用動賓詞組為執行某操作的函數命名。 l 函數的返回值要清楚明了,尤其是出錯返回值的意義要準確無誤。 l 不要把與函數返回值類型不同的變量,以編譯系統默認的轉換方式或強制的轉換方式作為返回值返回。 l 減少函數本身或函數間的遞歸調用。 l 盡量不要將函數的參數作為工作變量。 7.2 函數定義 l 函數若沒有入口參數或者出口參數,應用void明確申明。 l 函數名稱與出口參數類型定義間應該空一格且只空一格。 l 函數名稱與括號()之間無空格。 l

10、 函數形參必須給出明確的類型定義。 l 多個形參的函數,后一個形參與前一個形參的逗號分割符之間添加一個空格。 l 函數體的前后花括號"" 各獨占一行。 7.3 局部變量定義 l 同一行內不要定義過多變量。 l 同一類的變量在同一行內定義,或者在相鄰行定義。 l 先定義data型變量,再定義idtata型變量,再定義xdata型變量. l 數組、指針等復雜類型的定義放在定義區的最后。 l 變量定義區不做較復雜的變量賦值。 7.4 功能實現區規范 l 一行只寫一條語句。 l 注意運算符的優先級,并用括號明確表達式的操作順序,避免使用默認優先級。 l 各程序段之間使用一個空行分隔

11、,加以必要的注釋。程序段指能完一個較具體的功能的一行或多行代碼。程序段內的各行代碼之間相互依賴性較強。 l 不要使用難懂的技巧性很高的語句。 l 源程序中關系較為緊密的代碼應盡可能相鄰。 l 完成簡單功能、關系非常密切的一條或幾條語句可編寫為函數或定義為宏。 8 單片機C51編程規范排版 8.1 縮進 代碼的每一級均往右縮進4個空格的位置。 8.2 分行 過長的語句(超過80個字符)要分成多行書寫;長表達式要在低優先級操作符處劃分新行,操作符放在新行之首,劃分出的新行要進適當的縮進,使排版整齊,語句可讀。避免把注釋插入分行中。 8.3 空行 l 文件注釋區、頭文件引用區、函數間應該有且只有一行

12、空行。 l 相鄰函數之間應該有且只有一行空行。 l 函數體內相對獨立的程序塊之間可以用一行空行或注釋來分隔。 l 函數注釋和對應的函數體之間不應該有空行。 l 文件末尾有且只有一行空行。 8.4 空格 l 函數語句尾部或者注釋之后不能有空格。 l 括號內側(即左括號后面和右括號前面)不加空格,多重括號間不加空格。 l 函數形參之間應該有且只有一個空格(形參逗號后面加空格)。 l 同一行中定義的多個變量間應該有且只有一個空格(變量逗號后面加空格)。 l 表達式中,若有多個操作符連寫的情況,應使用空格對它們分隔: 在兩個以上的關鍵字、變量、常量進行對等操作時,它們之間的操作符前后均加一個空格;在兩

13、個以上的關鍵字、變量、常量進行非對等操作時,其前后均不應加空格; 逗號只在后面加空格; 雙目操作符,如比較操作符, 賦值操作符"="、"+=",算術操作符"+"、"%",邏輯操作符"&&"、"&",位操作符"<<"、""等,前后均加一個空格; 單目操作符,如"!"、""、"+"、"-"、"&"(

14、地址運算符)等,前后不加空格; "->"、"."前后不加空格; if、for、while、switch等關鍵字與后面的括號間加一個空格; 8.5 花括號 l if、else if、else、for、while語句無論其執行體是一條語句還是多條語句都必須加花括號,且左右花括號各獨占一行。 l dowhile()結構中,"do"和""均各占一行,""和"while();"共同占用一行。 if ( ) do while( ); else 8.6 switch語句 l 每個ca

15、se和其判據條件獨占一行。 l 每個case程序塊需用break結束。特殊情況下需要從一個case塊順序執行到下一個case塊的時候除外,但需要在交界處明確注釋如此操作的原因,以防止出錯。 l case程序塊之間空一行,且只空一行。 l 每個case程序塊的執行語句保持4個空格的縮進。 l 一般情況下都應該包含default分支。 Switch ( ) case x: break; case x: break; default: break; 9 單片機C51編程規范程序結構 9.1 基本要求 l 有main()函數的.c文件應將main()放在最前面,并明確用void聲明參數和返回值。 l 對由多個.c文件組成的模塊程序或完整監控程序,建立公共引用頭文件,將需要引用的庫頭文件、標準寄存器定義頭文件、自定義的頭文件、全局變量等均包含在內,供每個文件引用。通常,標準函數庫頭文件采用尖角號< >標志文件名,自定義頭文件采用雙撇號標志文件名。 l 每個.c文件有一個對應的.h文件,.c文件的注釋之后首先定義一個唯一的文件標志宏,并在對應的.h文件中解析該標志。 在.c文件中: #define FILE_FLAG 在.h文件中: #ifdef FILE_FLAG #

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論