新聞中心

EEPW首頁 > 嵌入式系統(tǒng) > 牛人業(yè)話 > 【單片機到嵌入式之路】序列之5:你的代碼別人有耐心看么?

【單片機到嵌入式之路】序列之5:你的代碼別人有耐心看么?

—— 【單片機到嵌入式】序列之5:你的代碼別人有耐心看么?
作者: 時間:2015-06-04 來源:網(wǎng)絡(luò) 收藏

  本節(jié)我們將從代碼格式來審視你的代碼,主要是從下面3個方面進(jìn)行講解:

本文引用地址:http://butianyuan.cn/article/275228.htm

  1.代碼格式的重要性

  2.規(guī)范自己的代碼格式

  3.函數(shù)設(shè)計和變量定義格式

  一、代碼格式的重要性:

  好的代碼格式猶如男工程師看見美女,女工程師看見帥哥一樣,有種一見鐘情的感覺。但是事實上很多人不注重代碼的規(guī)范性,結(jié)果寫出來的代碼,沒有連自己都不想看第二遍,這是工程師的大忌。

  不論是硬件工程師還是軟件工程師,良好的代碼格式是基本功。如果你寫的代碼別人就看了幾行就感覺惡心、嘔吐,你說你的代碼別人還有耐心全部看完么?

  以前看見一個研究生,以為自己多牛逼,寫的代碼沒有一行注釋了。變量取名也是莫名其妙的,結(jié)果有一個bug。導(dǎo)致他檢查了半個月。何必這樣害自己呢?不要以為你寫的代碼多高級,不要加注釋,不注重格式,怕別人復(fù)制。別人想復(fù)制你的代碼,說明你的代碼有價值。

  好了不多少了,直接進(jìn)入下一個小點吧。O(∩_∩)O~

 

  二、規(guī)范自己的代碼格式

  1.文件結(jié)構(gòu)

  a) 版權(quán)和版本的聲明

  這個是每個公司或者個人為了保護(hù)自己的代碼而寫的。格式也不是固定了,主要根據(jù)個人的愛好來寫的。下面貼出本人喜歡的格式。

  /*

  * Copyright (c) 2014, 鑫亮電子

  * All rights reserved.

  * 文件名稱:usart.c

  * 摘 要:串口驅(qū)動函數(shù)

  * 硬件平臺:STM32F030探索套件

  * 當(dāng)前版本:V0.0

  * 完成日期:2013-01-09

  * 修改記錄:

  */

  很簡單,僅僅作為參考吧。

  b) 頭文件的結(jié)構(gòu)

  頭文件由三部分內(nèi)容組成:

  (1)頭文件開頭處的版權(quán)和版本聲明。

  (2)預(yù)處理塊。

  (3)函數(shù)和類結(jié)構(gòu)聲明等。

  下面主要看頭文件的類型,以個人平時的程序為例:

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

  #ifndef __EXTI_H //防止重定義

  #define __EXTI_H

  //個人愛好

  #include "STM32F0xx.h" //包含的頭文件

  void EXTI_KEY_Init(void); //外部中斷初始化

  //個人愛好

  #endif

  c) 定義文件的結(jié)構(gòu)

  定義文件有三部分內(nèi)容:

  (1) 定義文件開頭處的版權(quán)和版本聲明。

  (2) 對一些頭文件的引用。

  (3) 程序的實現(xiàn)體(包括數(shù)據(jù)和代碼)。

  下面以常見的例子為例:

  // 全局函數(shù)的實現(xiàn)體

  void Function1(…)

  {

  …

  }

  2.程序的板式

  為了更好的講解程序的版式,下面以一個例子為例來講解:

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

  * 函數(shù)描述:外部中斷0服務(wù)程序

  * 輸入?yún)?shù):No

  * 返 回 值:No

  * 說 明:無

  * 修改記錄:無

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

  void EXTI0_1_IRQHandler(void)

  {

  if(EXTI_GetITStatus(EXTI_Line0) != RESET)//判斷線0上的中斷是否發(fā)生,可以理解為標(biāo)志位

  {

  /* Toggle LED3 and LED4 */

  GPIO_WriteBit(GPIOC,GPIO_Pin_8,

  (BitAction)((1-GPIO_ReadOutputDataBit(GPIOC, GPIO_Pin_8))));

  GPIO_WriteBit(GPIOC, GPIO_Pin_9,

  (BitAction)((1-GPIO_ReadOutputDataBit(GPIOC, GPIO_Pin_9))));

  /* Clear the EXTI line 0 pending bit */

  EXTI_ClearITPendingBit(EXTI_Line0);//清除LINE0上的中斷標(biāo)志位

  }

  }

  A.注釋方式有有兩種【//】 和 【/* */】.

  B.對齊方式要注意。

  C.函數(shù)的設(shè)計也很重要。

  D.變量的定義也很關(guān)鍵。

  E.拆行也很重要,關(guān)鍵在其可讀性。

  F.必要的注釋可以讓讀者理解的更快,對自己以后維護(hù)更便捷。

  三、變量的定義和函數(shù)的設(shè)計

  1.變量的定義

  a) 見名知意

  int width; //定義寬度

  #define MAX 100; /* 最大值為100*/

  等等,上面也是兩種注釋方式。

  游客,如果您要查看本帖隱藏內(nèi)容請回復(fù)

  2.函數(shù)的設(shè)計

  函數(shù)的設(shè)計其實很關(guān)鍵,對讀者相當(dāng)重要。一個好的函數(shù)設(shè)計可以讓讀者看出設(shè)計者別出心裁。下面簡單舉幾個例子來說明:

  void Object::SetValue(int width, int height)

  {

  m_width = width;

  m_height = height;

  }

  下面再講述一下斷言的使用:

  程序一般分為Debug版本和Release版本,Debug版本用于內(nèi)部調(diào)試,Release版本發(fā)行給用戶使用。

  斷言assert是僅在Debug版本起作用的宏,它用于檢查“不應(yīng)該”發(fā)生的情況。下面例子是一個內(nèi)存復(fù)制函數(shù)。在運行過程中,如果assert的參數(shù)為假,那么程序就會中止(一般地還會出現(xiàn)提示對話,說明在什么地方引發(fā)了assert)。

  void *memcpy(void *pvTo, const void *pvFrom, size_t size)

  {

  assert((pvTo != NULL) && (pvFrom != NULL)); // 使用斷言

  byte *pbTo = (byte *) pvTo; // 防止改變pvTo的地址

  byte *pbFrom = (byte *) pvFrom; // 防止改變pvFrom的地址

  while(size -- > 0 )

  *pbTo ++ = *pbFrom ++ ;

  return pvTo;

  }

  assert不是一個倉促拼湊起來的宏。為了不在程序的Debug版本和Release版本引起差別,assert不應(yīng)該產(chǎn)生任何副作用。所以assert不是函數(shù),而是宏。程序員可以把assert看成一個在任何系統(tǒng)狀態(tài)下都可以安全使用的無害測試手段。如果程序在assert處終止了,并不是說含有該assert的函數(shù)有錯誤,而是調(diào)用者出了差錯,assert可以幫助我們找到發(fā)生錯誤的原因。

  很少有比跟蹤到程序的斷言,卻不知道該斷言的作用更讓人沮喪的事了。你化了很多時間,不是為了排除錯誤,而只是為了弄清楚這個錯誤到底是什么。有的時候,程序員偶爾還會設(shè)計出有錯誤的斷言。所以如果搞不清楚斷言檢查的是什么,就很難判斷錯誤是出現(xiàn)在程序中,還是出現(xiàn)在斷言中。幸運的是這個問題很好解決,只要加上清晰的注釋即可。這本是顯而易見的事情,可是很少有程序員這樣做。這好比一個人在森林里,看到樹上釘著一塊“危險”的大牌子。但危險到底是什么?樹要倒?有廢井?有野獸?除非告訴人們“危險”是什么,否則這個警告牌難以起到積極有效的作用。難以理解的斷言常常被程序員忽略,甚至被刪除。

  【注意】:

  A.使用斷言捕捉不應(yīng)該發(fā)生的非法情況。不要混淆非法情況與錯誤情況之間的區(qū)別,后者是必然存在的并且是一定要作出處理的。

  B.在函數(shù)的入口處,使用斷言檢查參數(shù)的有效性(合法性)。

  C.在編寫函數(shù)時,要進(jìn)行反復(fù)的考查,并且自問:“我打算做哪些假定?”一旦確定了的假定,就要使用斷言對假定進(jìn)行檢查。

  D.一般教科書都鼓勵程序員們進(jìn)行防錯設(shè)計,但要記住這種編程風(fēng)格可能會隱瞞錯誤。當(dāng)進(jìn)行防錯設(shè)計時,如果“不可能發(fā)生”的事情的確發(fā)生了,則要使用斷言進(jìn)行報警。

  以上內(nèi)容參考了林銳博士的【C/C++ 代碼規(guī)范參考】一書。

  對于代碼對齊 和 一些其它的內(nèi)容,我希望大家可以多閱讀別人的代碼,多練習(xí),只有多練習(xí)了才能掌握于心,才能運用自如。

  以上的內(nèi)容大家可以作為參考,就作為拋磚引玉吧,希望大家能提出更好的方法,共同提高才是王道!!!

linux操作系統(tǒng)文章專題:linux操作系統(tǒng)詳解(linux不再難懂)

單片機相關(guān)文章:單片機教程


c++相關(guān)文章:c++教程


單片機相關(guān)文章:單片機視頻教程


單片機相關(guān)文章:單片機工作原理




關(guān)鍵詞: 單片機 嵌入式

評論


相關(guān)推薦

技術(shù)專區(qū)

關(guān)閉