0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內(nèi)不再提示

整理總結一份屬于自己的編碼風格

Q4MP_gh_c472c21 ? 來源:未知 ? 作者:李倩 ? 2018-03-23 11:48 ? 次閱讀

看到別人的編寫的代碼規(guī)范非常羨慕,于是也整理總結一份屬于自己的編碼風格,用于規(guī)范自己的代碼,增強可讀性,非標準規(guī)范。強制自己形成良好的編碼風格,有利于開發(fā)大規(guī)模程序而不顯得雜亂。 參考STM32固件庫編碼風格和FreeRTOS編碼風格。

一、工程文件組織結構

新建工程文件應包含以下全部或部分文件夾:

·usrSrc:用戶源文件,用來存放.c文件和其他的源文件。main.c應放在這里。

·usrInc:用戶頭文件,用來存放.h文件。

·usrDoc:用戶說明文檔,用來存放用戶在開發(fā)過程中書寫的文檔,一般為.txt格式。例如Readme.txt,指令說明等。

·Src:引用庫的源文件。

·Inc:應用庫的頭文件。

·Lib:引用的庫文件。一個工程一定要包含一個main.c文件,只用來存放main函數(shù)。其余函數(shù)的定義應在相應的.c文件中,聲明在相應的.h文件中。

源文件

·文件頭,文件的簡介

/*************************************************************************

* Copyright (c) 2017, Jimbo Zhang

* All rights reserved.

*

* File name : USB_Ctrl.c

* Brief : USB API source code.

* Introduce the main function or content of this document briefly.

* Revision : 1.01

* Author : Jimbo Zhang

* Date : 2017.03.10

* Update : Introduce the difference from previous version.*************************************************************************/

·必要的注釋和說明源文件應該只包含它自己的頭文件,其他的頭文件在他自己的頭文件中包含。源文件中只聲明局部函數(shù),全局函數(shù)在頭文件中聲明。全局變量在相應的源文件中定義,在頭文件中用extern聲明。類型定義在頭文件中定義。

/* Includes -----------------------------------------------------------*/

/*only include it's own header file, theothers header fileincluded byUSB_Ctrl.h*/#include "USB_Ctrl.h"

/* Declaration --------------------------------------------------------*/

/*here are thelocalfunction declare, globalfuction declare inheader file.*/

void delay( uint32_t n);

/* Global variable ----------------------------------------------------*/

·函數(shù)頭

/******************************************************* Brief : Delay n ms* Parameter : * n: the number of delay microsecond.* Return : None.*******************************************************/

void delay( uint32_t n)

{for( i=0; i<110; i++) ???????;

}

頭文件

·文件頭,文件的簡介

/*************************************************************************

- Copyright (c) 2017, Jimbo Zhang

- All rights reserved.

-

- File name : USB_Ctrl.h

- Brief : The header file of USB_Ctrl.c.

- Revision : 1.01

- Author : Jimbo Zhang

- Date : 2017.03.10

- Update : Introduce the difference from previous version.*************************************************************************/

·必要的注釋和聲明

/* Includes -----------------------------------------------------------*/

/* Define -------------------------------------------------------------*/

/* Typedef ------------------------------------------------------------*/typedefunsignedintapiStatus; //api return code

/* Enume --------------------------------------------------------------*/

/* Extern -------------------------------------------------------------*/

/* Declaration --------------------------------------------------------*/

命名規(guī)則

參考FreeRTOS命名規(guī)則,MISRA C規(guī)范。- 定義變量時盡量使用uint8_t 、uint16_t 、uint32_t等。頭文件為stdint.h。

typedefsignedcharint8_t;typedefshortint16_t;typedefintint32_t;typedeflonglongint64_t;typedefunsignedcharuint8_t;typedefunsignedshortuint16_t;typedefunsignedintuint32_t;typedefunsignedlonglonguint64_t;

·uint32_t類型的變量使用前綴ul,這里’u’表示’unsigned’,’l’表示’long’

·uint16_t類型的變量使用前綴us,這里’u’表示’unsigned’,’s’表示’short’

·uint8_t類型的變量使用前綴uc,這里’u’表示’unsigned’,’c’表示’char’

·枚舉類型變量使用前綴e

·指針類型變量在類型基礎上附加前綴p,比如指向uint16_t的指針變量前綴為pus

·與MISRA指南一致,char類型變量僅被允許保存ASCII字符,前綴為c

·與MISRA指南一致,char *類型變量僅允許指向ASCII字符串,前綴為pc

·宏定義全部使用大寫,兩個單詞之間用下劃線隔開。

·具有文件作用域的對象盡量聲名為static的。

·全局變量加前綴’g_’。整個工程都可以用的變量,不局限于文件作用域。

代碼風格

·縮進:縮進使用制表符,一個制表符等于4個空格。

·注釋:注釋單行不超過80列,特殊情況除外。

·布局:源代碼應被設計成盡可能的易于查看和閱讀。

下面的代碼片中,第一部分展示文件布局,第二部分展示C代碼設計格式。

/* #defines, 在合理的位置添加括號. */#define A_DEFINITION ( 1 )

/*

* 隨后是Static (文件內(nèi)部的)函數(shù)原型,

* 如果注釋有多行,參照本條注釋風格---每一行都以’*’起始.

*/staticvoidprvAFunction( uint32_t ulParameter );

/* 文件作用域變量(本文件內(nèi)部使用),要在函數(shù)體定義之前. */staticBaseType_t xMyVariable.

/* 每一個函數(shù)的結束都有一行破折號,破折號與下面的第一個函數(shù)之間留一行空白。*/

/*-----------------------------------------------------------*/

voidvAFunction( void)

{

/* 函數(shù)體在此定義,注意要用大括號括住 */

} /*-----------------------------------------------------------*/

staticUBaseType_t prvNextFunction( void)

{

/* 函數(shù)體在此定義. */

} /*-----------------------------------------------------------*/

/*

* 函數(shù)名字總是占一行,包括返回類型。 左括號之前沒有空格左括號之后有一個空格,

* 每個參數(shù)后面有一個空格,參數(shù)的命名應該具有一定的描述性.

*/voidvAnExampleFunction( longlParameter1, unsignedshortusParameter2 )

{ /* 變量聲明沒有縮進. */

uint8_t ucByte;

/* 代碼要對齊. 大括號占獨自一行. */

for( ucByte = 0U; ucByte < fileBUFFER_LENGTH; ucByte++ ) ???

{

/* 這里再次縮進. */

}

}

/*

* for、while、do、if結構具有相似的模式。這些關鍵字和左括號之間沒有空格。

* 左括號之后有一個空格,右括號前面也有一個空格,每個分號后面有一個空格。

* 每個運算符的前后各一個空格。使用圓括號明確運算符的優(yōu)先級。不允許有0

* 以外的數(shù)字(魔鬼數(shù))出現(xiàn),必要時將這些數(shù)字換成能表示出數(shù)字含義的常量或

* 宏定義。

*/for( ucByte = 0U; ucByte < fileBUFFER_LENGTH; ucByte++ ) ???

{

}

while( ucByte < fileBUFFER_LENGTH ) ???

{

}

/*

* 由于運算符優(yōu)先級的復雜性,我們不能相信自己對運算符優(yōu)先級時刻保持警惕

* 并能正確的使用,因此對于多個表達式運算時,使用括號明確優(yōu)先級順序

*/if( ( ucByte < fileBUFFER_LENGTH ) && ( ucByte != 0U?) ) ???

{

ulResult = ( ( ulValue1 + ulValue2 ) - ulValue3 ) * ulValue4;

}

/* 條件表達式也要像其它代碼那樣對齊。 */#if( configUSE_TRACE_FACILITY == 1 )

{

/* 向TCB增加一個用于跟蹤的計數(shù)器. */

pxNewTCB->uxTCBNumber = uxTaskNumber;

} #endif

/*方括號前后各留一個空格*/

ucBuffer[ 0] = 0U;

ucBuffer[ fileBUFFER_LENGTH - 1U] = 0U;

編程思想

·將特定功能的代碼封裝成函數(shù)。

C語言編程規(guī)則

參考MISRA

·Rule1:不得使用三元操作符(? : )。

·Rule2:不得殘留被注釋掉的廢代碼。

·Rule3:所有標識符不超過31字符。

·

Rule4:不同名空間中的變量名不得相同。例如:typedef struct MyStruct {... } MyStruct; (違規(guī))

·

struct Person {

char* name;

...

};

char name[32]; (違規(guī))

·Rule5: 不得使用char, int, float, double, long等基本類型,應該用stdint.h中定義的類型顯示表示類型的大小,如uint16_t、int32_t等。

·Rule6:禁止使用八進制數(shù)。(因為086U這樣的常數(shù)很容易引起誤解)。

·Rule7:不得定義與外部作用域中某個標識符同名的對象,以避免遮蓋外部作用域中的標識符。

·Rule8:具有文件作用域的對象盡量聲名為static的。

·Rule9:自動對象(棧對象)使用前必須賦初值。

·

Rule10:操作符&&和||的右側表達式不得具有副作用(side-effect)。也就是說,象 if (x == 20 && ++y == 19)這樣的表達式被禁止。

·

·

Rule11:不得對有符號數(shù)施加位操作,例如 1 << 4 將被禁止,必須寫 1UL << 4。

·

·Rule12:不得對有副作用的表達式施加sizeof操作符。

·Rule13: 除了循環(huán)控制語句,不得使用逗號表達式。

·Rule14:不得顯式判斷浮點數(shù)的相等性和不等性。

·Rule15:不得遺留“永遠不會用到”的代碼。

·Rule16:除了switch語句,不得使用標號(label)。

·Rule17:不得使用goto。

·Rule18:不得使用continue。

·Rule19:除了switch語句,不得使用break

·Rule20:if, else if, else, while, do..while, for語句塊必須使用{}括起。

·Rule21:循環(huán)計數(shù)器的值不得在循環(huán)體內(nèi)修改。

·Rule22:禁止任何直接和間接的遞歸函數(shù)調(diào)用。

·Rule23:不應該使用#undef。

·Rule24:不得將宏作為參數(shù)傳給宏函數(shù)。

·Rule25:在一個宏定義中,#或##符號只能出現(xiàn)一次。

·Rule26:禁止指針運算(代之以數(shù)組下標運算)。

·Rule27:禁止超過兩級的指針。

·Rule28:禁止使用指向函數(shù)的非常量指針。

·Rule29:禁止使用setjmp, longjmp。

·Rule30:禁止使用atoi, atof, atol。(這個我很贊成,建議使用strtol, strtod等函數(shù))

·Rule31:禁止使用abort, exit, getenv。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 嵌入式
    +關注

    關注

    5052

    文章

    18913

    瀏覽量

    300832
  • C語言
    +關注

    關注

    180

    文章

    7581

    瀏覽量

    135592
  • 編碼
    +關注

    關注

    6

    文章

    920

    瀏覽量

    54713

原文標題:嵌入式er日常!強制自己形成良好的編碼風格

文章出處:【微信號:gh_c472c2199c88,微信公眾號:嵌入式微處理器】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    一份CS32L010F8U6的電機編碼器捕獲的代碼

    使用CS32L010F8U6,電機編碼器AB相輸入,正交編碼器,電機正反轉獲取輸出對應脈沖數(shù)與方向,求一份測試代碼
    發(fā)表于 01-23 15:49

    誰能發(fā)一份自己正在用的PROTEL原理圖和PCB的庫給我,謝謝了

    誰能發(fā)一份自己正在用的PROTEL原理圖和PCB的庫給我,謝謝了
    發(fā)表于 12-31 12:37

    編碼風格編碼

    本帖最后由 mr.pengyongche 于 2013-4-30 02:56 編輯 編碼風格編碼
    發(fā)表于 08-17 09:34

    分享一份PCB設計經(jīng)驗總結性的資料

    分享一份PCB設計經(jīng)驗總結性的資料
    發(fā)表于 07-09 09:59

    Linux內(nèi)核編碼風格(編程代碼風格推薦)

    半天沒理解的程序。后來直接用indent -kr -i8給他轉換格式來看了。特此轉過來個關于代碼風格的帖子分享下~Linux內(nèi)核編碼風格
    發(fā)表于 08-24 09:45

    分享一份汽車電子行業(yè)的C標準 精選資料分享

    關注+星標公眾號,不錯過精彩內(nèi)容排版整理 | 嵌入式大雜燴之前給大家分享過MISRA C 相關的內(nèi)容,今天給大家分享一份汽車電子行業(yè)的MISRA C標準。什么是MISRA? MISRA ...
    發(fā)表于 07-20 06:34

    博士生David Abel詳細整理一份87頁的ICML大會筆記

    很多博士生可能覺得論文眼花繚亂看都不看不過來,更不要說整理一份詳細的筆記。而對很多還沒有機會參加 ICML 這樣頂級大會的人來說,顯然,David Abel 的筆記成了他們的福音,有人說快要完全依賴他的筆記過活了。
    的頭像 發(fā)表于 07-18 14:45 ?3090次閱讀
    博士生David Abel詳細<b class='flag-5'>整理</b>了<b class='flag-5'>一份</b>87頁的ICML大會筆記

    Oracle-sql語句收集整理大全

    Oracle-sql語句收集整理大全(開關電源技術綜述課題)-文檔為Oracle-sql語句收集整理大全總結文檔,是一份不錯的參考資料,感興趣的可以下載看看,,,,,,,,,,,,,
    發(fā)表于 09-17 12:39 ?8次下載
    Oracle-sql語句收集<b class='flag-5'>整理</b>大全

    Zstack中實現(xiàn)自己的任務總結

    Zstack中實現(xiàn)自己的任務總結(現(xiàn)代電源技術基礎答案)-該文檔為Zstack中實現(xiàn)自己的任務總結講解文檔,是一份不錯的參考資料,感興趣的可
    發(fā)表于 09-24 15:10 ?14次下載
    Zstack中實現(xiàn)<b class='flag-5'>自己</b>的任務<b class='flag-5'>總結</b>

    總結一份嵌入式硬件開發(fā)的具體流程

    關注、星標公眾號,直達精彩內(nèi)容來源:網(wǎng)絡素材整理:李肖遙傳送門: 總結一份嵌入式產(chǎn)品研發(fā)的具體流程之前,我們詳細講述了嵌入式產(chǎn)品的研發(fā)流程,那么在這節(jié),我們具體以嵌入式產(chǎn)品的硬件部
    發(fā)表于 11-04 10:51 ?18次下載
    <b class='flag-5'>總結</b>了<b class='flag-5'>一份</b>嵌入式硬件開發(fā)的具體流程

    一份閱卷準則+多不同文體的作文提綱或模板=ASPICE

    總結下,一份閱卷準則+多不同文體的作文提綱或模板=ASPICE,你基于自己的能力和風格,寫出
    發(fā)表于 08-19 11:47 ?1062次閱讀

    Gowin HDL編碼風格用戶指南

    本手冊主要描述高云?HDL 編碼風格要求及原語的 HDL 編碼實現(xiàn),旨在 幫助用戶快速熟悉高云 HDL 編碼風格和原語實現(xiàn),指導用戶設計,
    發(fā)表于 09-15 16:02 ?0次下載
    Gowin HDL<b class='flag-5'>編碼</b><b class='flag-5'>風格</b>用戶指南

    一份最新的3Gpp頻段表

    整理一份最新的3Gpp 頻段表,今天分享給大家。
    的頭像 發(fā)表于 11-29 10:19 ?6096次閱讀

    什么是良好的Verilog代碼風格?

    1. 前言 之前在公司負責制定代碼規(guī)范,費了九牛二虎之力,終于整理出來一份文檔。由于保密規(guī)定的緣故,無法與大家直接分享這份文檔,但是文檔中的大部分規(guī)范都是我自己長期總結出來的,在這里也
    的頭像 發(fā)表于 12-22 14:32 ?820次閱讀

    Verilog編碼風格的建議

    良好的編碼風格,有助于代碼的閱讀、調(diào)試和修改。雖然 Verilog 代碼可以在保證語法正確的前提下任意編寫,但是潦草的編碼風格往往是錘子買
    的頭像 發(fā)表于 06-01 16:27 ?662次閱讀
    Verilog<b class='flag-5'>編碼</b><b class='flag-5'>風格</b>的建議