C C 巨集帶來的奇技淫巧

2021-08-25 01:49:08 字數 3332 閱讀 8522

**:

眾多c++書籍都忠告我們c語言巨集是萬惡之首,但事情總不如我們想象的那麼壞,就如同goto一樣。巨集有

乙個很大的作用,就是自動為我們產生**。如果說模板可以為我們產生各種型別的**(型別替換),

那麼巨集其實可以為我們在符號上產生新的**(即符號替換、增加)。

關於巨集的一些語法問題,可以在google上找到。相信我,你對於巨集的了解絕對沒你想象的那麼多。如果你

還不知道#和##,也不知道prescan,那麼你肯定對巨集的了解不夠。

我稍微講解下巨集的一些語法問題(說語法問題似乎不妥,macro只與preprocessor有關,跟語義分析又無關):

1. 巨集可以像函式一樣被定義,例如:

#define min(x,y) (x3. 很多程式設計師不知道的#和##

#符號把乙個符號直接轉換為字串,例如:

#define string(x) #x

const char *str = string( test_string ); str的內容就是"test_string",也就是說#會把其後的符號

直接加上雙引號。

##符號會連線兩個符號,從而產生新的符號(詞法層次),例如:

#define sign( x ) int_##x

int sign( 1 ); 巨集被展開後將成為:int int_1;

4. 變參巨集,這個比較酷,它使得你可以定義類似的巨集:

#define log( format, ... ) printf( format, __va_args__ )

log( "%s %d", str, count );

__va_args__是系統預定義巨集,被自動替換為引數列表。

5. 當乙個巨集自己呼叫自己時,會發生什麼?例如:

#define test( x ) ( x + test( x ) )

test( 1 ); 會發生什麼?為了防止無限制遞迴展開,語法規定,當乙個巨集遇到自己時,就停止展開,也就是

說,當對test( 1 )進行展開時,展開過程中又發現了乙個test,那麼就將這個test當作一般的符號。test(1)

最終被展開為:1 + test( 1) 。

6. 巨集引數的prescan,

當乙個巨集引數被放進巨集體時,這個巨集引數會首先被全部展開(有例外,見下文)。當展開後的巨集引數被放進巨集體時,

預處理器對新展開的巨集體進行第二次掃瞄,並繼續展開。例如:

#define param( x ) x

#define addparam( x ) int_##x

param( addparam( 1 ) );

因為addparam( 1 ) 是作為param的巨集引數,所以先將addparam( 1 )展開為int_1,然後再將int_1放進param。

例外情況是,如果param巨集裡對巨集引數使用了#或##,那麼巨集引數不會被展開:

#define param( x ) #x

#define addparam( x ) int_##x

param( addparam( 1 ) ); 將被展開為"addparam( 1 )"。

使用這麼乙個規則,可以建立乙個很有趣的技術:列印出乙個巨集被展開後的樣子,這樣可以方便你分析**:

#define to_string( x ) to_string1( x )

#define to_string1( x ) #x

to_string首先會將x全部展開(如果x也是乙個巨集的話),然後再傳給to_string1轉換為字串,現在你可以這樣:

const char *str = to_string( param( addparam( 1 ) ) );去一探param展開後的樣子。

7. 乙個很重要的補充:就像我在第一點說的那樣,如果乙個像函式的巨集在使用時沒有出現括號,那麼預處理器只是

將這個巨集作為一般的符號處理(那就是不處理)。

我們來見識一下巨集是如何幫助我們自動產生**的。如我所說,巨集是在符號層次產生**。我在分析boost.function

模組時,因為它使用了大量的巨集(巨集巢狀,再巢狀),導致我壓根沒看明白**。後來發現了乙個小型的模板庫ttl,說的

是開發一些小型元件去取代部分boost(這是乙個好理由,因為boost確實太大)。同樣,這個庫也包含了乙個function庫。

這裡的function也就是我之前提到的functor。ttl.function庫里為了自動產生很多類似的**,使用了乙個巨集:

#define ttl_func_build_functor_caller(n) /

template< typename r, ttl_tparams(n) > /

struct functor_caller_base##n /

///...

該巨集的最終目的是:通過類似於ttl_func_build_functor_caller(1)的呼叫方式,自動產生很多functor_caller_base模板:

template struct functor_caller_base1

template struct functor_caller_base2

template struct functor_caller_base3

///...

那麼,核心部分在於ttl_tparams(n)這個巨集,可以看出這個巨集最終產生的是:

typename t1

typename t1, typename t2

typename t1, typename t2, typename t3

///...

我們不妨分析ttl_tparams(n)的整個過程。分析巨集主要把握我以上提到的一些要點即可。以下過程我建議你翻著ttl的**,

相關**檔案:function.hpp, macro_params.hpp, macro_repeat.hpp, macro_misc.hpp, macro_counter.hpp。

so, here we go

分析過程,逐層分析,逐層展開,例如ttl_tparams(1):

雖然我們分析出來了,但是這其實並不是我們想要的。我們應該從那些巨集裡去獲取作者關於巨集的程式設計思想。很好地使用巨集

看上去似乎是一些偏門的奇技淫巧,但是他確實可以讓我們編碼更自動化。

ttl(tiny template library) :

來自:讀後感想:

**外國人寫的部落格,感觸很深,所有引用的資料一目了然,不像國內很多人寫的,總是喜歡把作者和出處隱去,裝著像是自己寫的,甚至寫的書,**都大量引用別人的文章,卻從來不打算把原作者與別人分享,乙個優秀的技術人員應該從尊重知識開始呀.我在最近出版的一本熱議很廣的mtk書裡,發現有幾處使用我的部落格裡的文章,隻字未改,書的作者既沒有和我聯絡,也沒有在書說明,就如此堂而皇之的寫進自己書裡,這對於知識和對研究知識的人,都是不負責任的.深值天下讀書人誡之。

C C 巨集帶來的奇技淫巧

眾多c 書籍都忠告我們c語言巨集是萬惡之首,但事情總不如我們想象的那麼壞,就如同goto一樣。巨集有 乙個很大的作用,就是自動為我們產生 如果說模板可以為我們產生各種型別的 型別替換 那麼巨集其實可以為我們在符號上產生新的 即符號替換 增加 關於巨集的一些語法問題,可以在google上找到。相信我,...

git 奇技淫巧

例如 1.0.0 git tag a 1.0.0 m 1.0.0 版本的備註資訊.複製 git push origin tags 複製 例如 1.0.0 git tag d 1.0.0 複製 刪除遠端標籤需要先刪除本地標籤,再執行下面的命令 git push origin refs tags 1.0...

c 的奇技淫巧

關於陣列 數論演算法技巧 stl其他 while scanf d d n,m eof 等價於 while scanf d d n,m 2 前者eof為檔案結束符,較保險 後者 後的數字為輸入的變數的個數 不能只寫while scanf d d n,m 這樣無法結束讀入 wwq大佬教的,希望我不要和他...