日本黄色一级经典视频|伊人久久精品视频|亚洲黄色色周成人视频九九九|av免费网址黄色小短片|黄色Av无码亚洲成年人|亚洲1区2区3区无码|真人黄片免费观看|无码一级小说欧美日免费三级|日韩中文字幕91在线看|精品久久久无码中文字幕边打电话

當(dāng)前位置:首頁 > > strongerHuang
[導(dǎo)讀]關(guān)注、星標(biāo)公眾號,不錯過精彩內(nèi)容 作者:傻孩子 轉(zhuǎn)自:裸機(jī)思維 市面上有很多比較火的編程語言,比如Python、 JAVA、 Go等,你可能覺得C語言很古老、很落后。如果你有這種想法,那可能你只是一個初學(xué)的菜鳥。 之前給大家分享《 C語言中幾種特殊標(biāo)準(zhǔn)定義和用

關(guān)注、星標(biāo)公眾,不錯過精彩內(nèi)容

作者:傻孩子
轉(zhuǎn)自:裸機(jī)思維

市面上有很多比較火的編程語言,比如Python、 JAVA、 Go等,你可能覺得C語言很古老、很落后。如果你有這種想法,那可能你只是一個初學(xué)的菜鳥。

之前給大家分享《 C語言中幾種特殊標(biāo)準(zhǔn)定義和用法 》忘記了C語言中一個重要的內(nèi)容,就是 ## 的用法,可能絕大部分 C 程序員都不知道"##"隱藏用法,下面就來給大家講講。

一、##的“表”用法

想必很多人都知道"##"的用法——它本質(zhì)上是一個“膠水運(yùn)算”(連接字符串的作用),用于把參數(shù)宏中的“形參”與其它沒有天然分割的內(nèi)容粘連在一起,例如:

#define def_u32_array(__name, __size) uint32_t array_##__name[__size];


實(shí)際中,我們可以這樣使用:

def_u32_array(sample_buffer, 64)


宏展開的效果是:

uint32_t array_sample_buffer[64];


可以看到,"array__"與形參“__name”是沒有天然分割的,因此要想將"array_"與"__name"所代表的內(nèi)容(而不是__name本身)粘連在一起,就需要“##”運(yùn)算的幫助。


另一方面,"__name"與"["是具有天然分隔的——編譯器不會認(rèn)為"__name"與"["是連接在一起的,因此這里并不需要畫蛇添足的使用"##"運(yùn)算——如果你這么做了,預(yù)編譯器會毫不猶豫的告訴你語法錯誤?!@是"##"運(yùn)算的普通用法,在過去轉(zhuǎn)載的文章《C語言#和##連接符在項(xiàng)目中的應(yīng)用(漂亮)》中也有詳細(xì)介紹,這里就不再贅述。


二、## 的官方“里”用法

“##”還有一個很少為人所知的“里”用法,在介紹它之前,不得不首先說說由ANSI-C99標(biāo)準(zhǔn)引入的另外一個參數(shù)宏擴(kuò)展——可變參數(shù)宏。舉個例子:

#define safe_atom_code(...) \        { \            uint32_t int_flag = __disable_irq(); \            __VA_ARGS__ \            __set_PRIMASK(int_flag); \        }


這里定義了一個宏"safe_atom_code()",在括號內(nèi),無論你填寫任何內(nèi)容,都會被無條件的放置到“__VA_ARGS__”所在的位置,你可以認(rèn)為括號里的“...”實(shí)際上就是對應(yīng)"__VA_ARGS__"。比如,我們可以寫下這樣的代碼:

/** \fn void wr_dat (uint16_t dat) \brief Write data to the LCD controller \param[in] dat Data to write*/static __inline void wr_dat (uint_fast16_t dat) {    safe_atom_code(     LCD_CS(0); GLCD_PORT->DAT = (dat >> 8); /* Write D8..D15 */     GLCD_PORT->DAT = (dat & 0xFF);   /* Write D0..D7 */ LCD_CS(1); )}


這個代碼確保在向寄存器GCLD_PORT->DAT寫入數(shù)據(jù)時不會被其它中斷打斷。


聰明的你也許很快就會提出這樣的問題,上述宏跟下面的寫法有什么區(qū)別呢?

#define safe_atom_code(__CODE) \        { \            uint32_t int_flag = __disable_irq(); \            __CODE \            __set_PRIMASK(int_flag); \        }


你不僅提出了問題,甚至還實(shí)際測試了下,似乎完全等效,“根本沒差別嘛!”——你驚呼道。然而,事實(shí)上并沒有那么簡單:


1.參數(shù)宏是通過“,”來作為分隔符來計算用戶實(shí)際產(chǎn)傳入了幾個參數(shù)的,或者換句話說,在使用參數(shù)宏的時候,預(yù)編譯器是看不懂C語法的——在它眼中,除了它所認(rèn)識的少數(shù)符號外,其它東西都是無意義的字符串——由于在處理括號內(nèi)部的內(nèi)容時,它只認(rèn)識","和"...",因此當(dāng)括號中的內(nèi)容每增加一個",",與編譯器就認(rèn)為多了一個參數(shù)。


2.當(dāng)你使用參數(shù)宏的時候,傳入?yún)?shù)的個數(shù)(已“,”分開)必須與定義參數(shù)宏時候形參的數(shù)量完全一致;當(dāng)不一致的時候,預(yù)編譯器可能不會報錯,而是直接無視了你的參數(shù)宏——把它傳遞到編譯的下一階段,因而往往會被認(rèn)作是一個函數(shù)——事實(shí)上這個函數(shù)是不存在的,因此在鏈接階段會報告某某函數(shù)未定義的錯誤。這時候你就會納悶了,為啥我明明定義的是一個宏,編譯器卻把它當(dāng)作函數(shù)呢?


可變參數(shù)宏的引入就解決了這個問題:

  • "..."只能放在參數(shù)宏形參列表的最后;

  • 當(dāng)用戶的參數(shù)個數(shù)超過了規(guī)定的參數(shù)個數(shù)時,所有多出來的內(nèi)容會一股腦的由“__VA_ARGS__”所背負(fù);

  • 當(dāng)用戶的參數(shù)個數(shù)正好等于形參的個數(shù)時,"__VA_ARGS__"就等效于一個空字符串


回頭再來看前面的問題:

#define safe_atom_code(...)

與 

#define safe_atom_code(__CODE)


的差別在于,前者括號里可以放包括","在內(nèi)的幾乎任意內(nèi)容;而后者則完全不能容忍逗號的存在——比如你調(diào)用了一個函數(shù),函數(shù)的參數(shù)要用到都好隔開吧?再比如,你用到了逗號表達(dá)式……——想想都很酸爽。


其實(shí),可變參數(shù)列表最初誕生的原因之一是為了解決與C函數(shù)的可變參數(shù)(va_args)配合使用的問題,例如:

#define log_info(__STRING, ...) printf(__STRING, __VA_ARGS__)


因此,使用的時候,我們可以這樣寫:

log_info("------------------------------------\r\n");log_info(" Cycle Count : %d", total_cycle_cnt);


宏展開后實(shí)際上對應(yīng)于:

printf("------------------------------------\r\n",);printf(" Cycle Count : %d", total_cycle_cnt);


看似沒有問題,注意到一個細(xì)節(jié)沒有?在第一個printf()的最后多了一個","。雖然有些編譯器,例如GCC并不會計較(也許就是一個warning),但對于廣大潔癖嚴(yán)重的處女座程序員來說,這怎么能忍,于是在ANSI-C99標(biāo)準(zhǔn)引入可變參數(shù)宏的時候,又貼心了加了一個不那么起眼的語法:當(dāng)下面的組合出現(xiàn)時 ",##__VA_ARGS__",如果__VA_ARGS__是一個空字符串,則前面的","會一并被刪除掉。因此,上面的宏可以改寫為:

#define log_info(__STRING, ...) printf(__STRING,##__VA_ARGS__)

此時,前面的代碼會被展開為:

printf("------------------------------------\r\n");printf(" Cycle Count : %d", total_cycle_cnt);

處女座表示,這次可以安心睡覺了。


如果說這就是99%的C程序員都不知道的"##"隱藏用法,未免太對不起觀眾了,實(shí)際上本文的正片才剛剛開始。


三、 ## 的騷操作

逗號表達(dá)式,一直關(guān)注公眾號的朋友們想必都很熟悉——之前轉(zhuǎn)載的文章《【C進(jìn)階】聽說用 “ 逗號表達(dá)式 ” 僅僅為了秀技?》已經(jīng)說的非常詳細(xì)了,這里就不再贅述。簡單說,就是逗號表達(dá)式中,逗號的最右邊將作為表達(dá)式真正的返回值。 


結(jié)合前面關(guān)于",##__VA_ARGS__"用法的介紹,你們有沒有意識到,其實(shí)這里的逗號不光可以是參數(shù)列表的分隔符,還可以是逗號表達(dá)式的運(yùn)算符。結(jié)合__VA_ARGS__的特性,我們可以寫出類似這樣的宏:

#define EXAMPLE(...) ( 默認(rèn)值 ,##__VA_ARGS__)


它有兩種使用情況:

1.當(dāng)我們使用參數(shù)宏的時候在括號里不填寫任何內(nèi)容,最終會展開為僅有默認(rèn)值的情況

EXAMPLE();


被展開為:

( 默認(rèn)值 )


2.當(dāng)我們提供了任意的有效值時,則會被展開成逗號表達(dá)式:

EXAMPLE(我們提供的值);


被展開為:

( 默認(rèn)值, 我們提供的值 )


根據(jù)逗號表達(dá)式的特性,此時,默認(rèn)值會被丟棄掉(有些編譯器會報告表達(dá)式無效的warning,這是正常的,因?yàn)榫幾g器注意到“默認(rèn)值”所代表的表達(dá)式實(shí)際上被丟棄了,它覺得我們寫了一個無用的表達(dá)式)。


這個技巧其實(shí)對API的封裝特別有效:它允許我們簡化函數(shù)API的使用,比如在用戶忽略的情況下,自動給函數(shù)填充某些默認(rèn)值,而在用戶主動提供參數(shù)的情況下,替代那些默認(rèn)值。這里我舉兩個現(xiàn)實(shí)中的例子:


(1)為函數(shù)提供默認(rèn)的參數(shù)

假設(shè)我們有一個初始化函數(shù),初始化函數(shù)允許用戶通過結(jié)構(gòu)體來配置一些參數(shù):

typedef struct xxxx_cfg_t { ...xxxx_cfg_t;
int xxxx_init(xxxx_cfg_t *cfg_ptr);

為了簡化用戶的配置過程,初始化函數(shù)會檢查指針cfg_ptr是否為NULL,如果為NULL則自動使用默認(rèn)配置,反之將使用用戶定義的配置。此時,我們可以通過宏來提供默認(rèn)值NULL:

#define XXXX_INIT(...) xxxx_init((NULL,##__VA_ARGS__))


(2)為消息處理提供默認(rèn)的掩碼配置

有些消息處理函數(shù)可以批量的處理某一類消息,而具體選中了哪些消息類別,則通常由二進(jìn)制掩碼來表示,例如:

typedef struct msg_t msg_t;struct { uint16_t msg; uint16_t mask; int (*handler)(msg_t *msg_ptr);} msg_t;


此時我們完全可以借助宏來構(gòu)建一套語法糖:

#define def_msg_map(__name, ...) \ const msg_t __name[] = {__VA_ARGS__}; #define add_msg(__msg, __handler, ...) \ { \ .msg = (__msg), \ .handler = &(__handler), \ .msk = (0xFFFF, ##__VA_ARGS__), \ }

通過宏 add_msg 我們注意到,當(dāng)用戶刻意省略設(shè)置msk時,我們就給出默認(rèn)值 0xFFFF——這很可能表示,在進(jìn)行消息處理的時候,消息必須嚴(yán)格匹配才能交給對應(yīng)的處理函數(shù);當(dāng)用戶指定 msk 時,則可能表示某一類消息都交給同一個消息處理函數(shù)來處理。例如:

/*! \note 高字節(jié)表示操作的類別: 比如0x00表示控制類,0x01表示W(wǎng)RITE,0x02表示READ */enum { SIGN_UP = 0x0001, WRITE_MEM = 0x0100, WRITE_SRAM = 0x0101, WRITE_FLASH = 0x0102, WRITE_EEPROM = 0x0103,  READ_MEM = 0x0200, READ_SRAM = 0x0201, READ_FLASH = 0x0202, READ_EEPROM = 0x0203,};
extern int iap_sign_up_handler(msg_t *msg_ptr);extern int iap_write_mem(msg_t *msg_ptr);extern int iap_read_mem(msg_t *msg_ptr);
def_msg_map( iap_message_map /* 嚴(yán)格的將 SIGN_UP 映射到 對應(yīng)的處理函數(shù)中 */ add_msg( SIGN_UP, iap_sign_up_handler ), /* 批量處理所有的WRITE操作,使用掩碼進(jìn)行過濾*/ add_msg( WRITE_MEM, iap_write_mem, 0xFF00 ), /* 批量處理所有的READ操作,使用掩碼進(jìn)行過濾 */ add_msg( READ_MEM, iap_read_mem, 0xFF00 ),)


四、結(jié)語

宏不是阻礙代碼開發(fā)和可讀性的魔鬼,對自己不熟悉知識的傲慢才是。


推薦閱讀:

C語言中幾種特殊標(biāo)準(zhǔn)定義和用法

C語言 volatile 關(guān)鍵字在編譯優(yōu)化過程中有何作用" tab="innerlink" data-linktype="2" rel="nofollow">volatile 在編譯優(yōu)化過程中有何作用

分享5個基本Linux命令行工具的替代品


關(guān)注 微信公眾號『strongerHuang』,后臺回復(fù)“1024”查看更多內(nèi)容,回復(fù)“加群”按規(guī)則加入技術(shù)交流群。


長按前往圖中包含的公眾號關(guān)注

免責(zé)聲明:本文內(nèi)容由21ic獲得授權(quán)后發(fā)布,版權(quán)歸原作者所有,本平臺僅提供信息存儲服務(wù)。文章僅代表作者個人觀點(diǎn),不代表本平臺立場,如有問題,請聯(lián)系我們,謝謝!

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

LED驅(qū)動電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: 驅(qū)動電源

在工業(yè)自動化蓬勃發(fā)展的當(dāng)下,工業(yè)電機(jī)作為核心動力設(shè)備,其驅(qū)動電源的性能直接關(guān)系到整個系統(tǒng)的穩(wěn)定性和可靠性。其中,反電動勢抑制與過流保護(hù)是驅(qū)動電源設(shè)計中至關(guān)重要的兩個環(huán)節(jié),集成化方案的設(shè)計成為提升電機(jī)驅(qū)動性能的關(guān)鍵。

關(guān)鍵字: 工業(yè)電機(jī) 驅(qū)動電源

LED 驅(qū)動電源作為 LED 照明系統(tǒng)的 “心臟”,其穩(wěn)定性直接決定了整個照明設(shè)備的使用壽命。然而,在實(shí)際應(yīng)用中,LED 驅(qū)動電源易損壞的問題卻十分常見,不僅增加了維護(hù)成本,還影響了用戶體驗(yàn)。要解決這一問題,需從設(shè)計、生...

關(guān)鍵字: 驅(qū)動電源 照明系統(tǒng) 散熱

根據(jù)LED驅(qū)動電源的公式,電感內(nèi)電流波動大小和電感值成反比,輸出紋波和輸出電容值成反比。所以加大電感值和輸出電容值可以減小紋波。

關(guān)鍵字: LED 設(shè)計 驅(qū)動電源

電動汽車(EV)作為新能源汽車的重要代表,正逐漸成為全球汽車產(chǎn)業(yè)的重要發(fā)展方向。電動汽車的核心技術(shù)之一是電機(jī)驅(qū)動控制系統(tǒng),而絕緣柵雙極型晶體管(IGBT)作為電機(jī)驅(qū)動系統(tǒng)中的關(guān)鍵元件,其性能直接影響到電動汽車的動力性能和...

關(guān)鍵字: 電動汽車 新能源 驅(qū)動電源

在現(xiàn)代城市建設(shè)中,街道及停車場照明作為基礎(chǔ)設(shè)施的重要組成部分,其質(zhì)量和效率直接關(guān)系到城市的公共安全、居民生活質(zhì)量和能源利用效率。隨著科技的進(jìn)步,高亮度白光發(fā)光二極管(LED)因其獨(dú)特的優(yōu)勢逐漸取代傳統(tǒng)光源,成為大功率區(qū)域...

關(guān)鍵字: 發(fā)光二極管 驅(qū)動電源 LED

LED通用照明設(shè)計工程師會遇到許多挑戰(zhàn),如功率密度、功率因數(shù)校正(PFC)、空間受限和可靠性等。

關(guān)鍵字: LED 驅(qū)動電源 功率因數(shù)校正

在LED照明技術(shù)日益普及的今天,LED驅(qū)動電源的電磁干擾(EMI)問題成為了一個不可忽視的挑戰(zhàn)。電磁干擾不僅會影響LED燈具的正常工作,還可能對周圍電子設(shè)備造成不利影響,甚至引發(fā)系統(tǒng)故障。因此,采取有效的硬件措施來解決L...

關(guān)鍵字: LED照明技術(shù) 電磁干擾 驅(qū)動電源

開關(guān)電源具有效率高的特性,而且開關(guān)電源的變壓器體積比串聯(lián)穩(wěn)壓型電源的要小得多,電源電路比較整潔,整機(jī)重量也有所下降,所以,現(xiàn)在的LED驅(qū)動電源

關(guān)鍵字: LED 驅(qū)動電源 開關(guān)電源

LED驅(qū)動電源是把電源供應(yīng)轉(zhuǎn)換為特定的電壓電流以驅(qū)動LED發(fā)光的電壓轉(zhuǎn)換器,通常情況下:LED驅(qū)動電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: LED 隧道燈 驅(qū)動電源
關(guān)閉