• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            loop_in_codes

            低調做技術__歡迎移步我的獨立博客 codemaro.com 微博 kevinlynx

            代碼自動生成-宏帶來的奇技淫巧

            Author : Kevin Lynx

            眾多C++書籍都忠告我們C語言宏是萬惡之首,但事情總不如我們想象的那么壞,就如同goto一樣。宏有
            一個很大的作用,就是自動為我們產生代碼。如果說模板可以為我們產生各種型別的代碼(型別替換),
            那么宏其實可以為我們在符號上產生新的代碼(即符號替換、增加)。

            關于宏的一些語法問題,可以在google上找到。相信我,你對于宏的了解絕對沒你想象的那么多。如果你
            還不知道#和##,也不知道prescan,那么你肯定對宏的了解不夠。

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

            1. 宏可以像函數一樣被定義,例如:
               #define min(x,y) (x<y?x:y) //事實上這個宏存在BUG
               但是在實際使用時,只有當寫上min(),必須加括號,min才會被作為宏展開,否則不做任何處理。
              
            2. 如果宏需要參數,你可以不傳,編譯器會給你警告(宏參數不夠),但是這會導致錯誤。如C++書籍中所描
               述的,編譯器(預處理器)對宏的語法檢查不夠,所以更多的檢查性工作得你自己來做。

            3. 很多程序員不知道的#和##
               #符號把一個符號直接轉換為字符串,例如:
               #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 <typename R, typename T1> struct functor_caller_base1
            template <typename R, typename T1, typename T2> struct functor_caller_base2
            template <typename R, typename T1, typename T2, typename T3> 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):

            #define TTL_TPARAMS(n) TTL_TPARAMSX(n,T) 
            => TTL_TPARAMSX( 1, T )
            #define TTL_TPARAMSX(n,t) TTL_REPEAT(n, TTL_TPARAM, TTL_TPARAM_END, t)
            => TTL_REPEAT( 1, TTL_TPARAM, TTL_TPARAM_END, T )
            #define TTL_TPARAM(n,t) typename t##n,
            #define TTL_TPARAM_END(n,t) typename t##n
            #define TTL_REPEAT(n, m, l, p) TTL_APPEND(TTL_REPEAT_, TTL_DEC(n))(m,l,p) TTL_APPEND(TTL_LAST_REPEAT_,n)(l,p)
            注意,TTL_TPARAM, TTL_TPARAM_END雖然也是兩個宏,他們被作為TTL_REPEAT宏的參數,按照prescan規則,似乎應該先將
            這兩個宏展開再傳給TTL_REPEAT。但是,如同我在前面重點提到的,這兩個宏是function-like macro,使用時需要加括號,
            如果沒加括號,則不當作宏處理。因此,展開TTL_REPEAT時,應該為:
            => TTL_APPEND( TTL_REPEAT_, TTL_DEC(1))(TTL_TPARAM,TTL_TPARAM_END,T) TTL_APPEND( TTL_LAST_REPEAT_,1)(
            TTL_TPARAM_END,T)
            這個宏體看起來很復雜,仔細分析下,可以分為兩部分:
            TTL_APPEND( TTL_REPEAT_, TTL_DEC(1))(TTL_TPARAM,TTL_TPARAM_END,T)以及
            TTL_APPEND( TTL_LAST_REPEAT_,1)(TTL_TPARAM_END,T)
            先分析第一部分:
            #define TTL_APPEND( x, y ) TTL_APPEND1(x,y) //先展開x,y再將x,y連接起來
            #define TTL_APPEND1( x, y ) x ## y
            #define TTL_DEC(n) TTL_APPEND(TTL_CNTDEC_, n)
            根據先展開參數的原則,會先展開TTL_DEC(1)
            => TTL_APPEND(TTL_CNTDEC_,1) => TTL_CNTDEC_1
            #define TTL_CNTDEC_1 0  注意,TTL_CNTDEC_不是宏,TTL_CNTDEC_1是一個宏。
            => 0 , 也就是說,TTL_DEC(1)最終被展開為0。回到TTL_APPEND部分:
            => TTL_REPEAT_0 (TTL_TPARAM,TTL_TPARAM_END,T)
            #define TTL_REPEAT_0(m,l,p)
            TTL_REPEAT_0這個宏為空,那么,上面說的第一部分被忽略,現在只剩下第二部分:
            TTL_APPEND( TTL_LAST_REPEAT_,1)(TTL_TPARAM_END,T)
            => TTL_LAST_REPEAT_1 (TTL_TPARAM_END,T) // TTL_APPEND將TTL_LAST_REPEAT_和1合并起來
            #define TTL_LAST_REPEAT_1(m,p) m(1,p)
            => TTL_TPARAM_END( 1, T )
            #define TTL_TPARAM_END(n,t) typename t##n
            => typename T1  展開完畢。

            雖然我們分析出來了,但是這其實并不是我們想要的。我們應該從那些宏里去獲取作者關于宏的編程思想。很好地使用宏
            看上去似乎是一些偏門的奇技淫巧,但是他確實可以讓我們編碼更自動化。

            參考資料:
            macro語法: http://developer.apple.com/documentation/DeveloperTools/gcc-4.0.1/cpp/Macros.html
            ttl(tiny template library) : http://tinytl.sourceforge.net/

              
             

            posted on 2008-03-19 10:34 Kevin Lynx 閱讀(14375) 評論(7)  編輯 收藏 引用 所屬分類: c/c++

            評論

            # re: 代碼自動生成-宏帶來的奇技淫巧[未登錄] 2008-03-19 11:31 cppexplore

            不錯!
            c語言的程序里經常是遍地的宏 遍地指針的精巧使用

            宏還是非常不錯的 類似c語言中的模版機制
            內核里的經典數據結構及其算法,象SLIST LIST TAILQ之類的都是宏寫的  回復  更多評論   

            # re: 代碼自動生成-宏帶來的奇技淫巧 2008-03-19 18:08 酷勤網

            代碼編寫,不應該過分使用“技巧” 有些看似技巧的東西,實質沒有多大價值。  回復  更多評論   

            # re: 代碼自動生成-宏帶來的奇技淫巧 2008-03-25 10:16 suxiaojack

            @酷勤網
            no,no!這根本不是技巧,是語言的形式化抽象,把很長的東西,一層層映射到短小的上去。編程要做的一部分工作也就是這個。  回復  更多評論   

            # re: 代碼自動生成-宏帶來的奇技淫巧[未登錄] 2008-03-25 11:32 cppexplore

            @suxiaojack
            呵呵 一語中的!文中的內容的確不是技巧,都是能優雅解決實際問題的東東  回復  更多評論   

            # re: 代碼自動生成-宏帶來的奇技淫巧 2008-05-10 10:38 zhang某人

            做日志還是很爽的~~  回復  更多評論   

            # re: 代碼自動生成-宏帶來的奇技淫巧 2008-12-10 12:27 秒大刀

            在不會特別厭煩的一般情況下,請避免使用宏
            即使是min和max也不如std::min和std::max  回復  更多評論   

            # re: 代碼自動生成-宏帶來的奇技淫巧 2012-02-09 12:17 hcconquer

            @秒大刀
            為啥  回復  更多評論   

            88久久精品无码一区二区毛片| 久久久精品国产| 国产成人精品久久二区二区| 情人伊人久久综合亚洲| 狠狠色丁香婷婷综合久久来来去 | 久久99久久99精品免视看动漫| 亚洲AV无码1区2区久久| 国产精品gz久久久| 久久久www免费人成精品| 亚洲国产精品久久久久| 久久人妻无码中文字幕| 国产91久久综合| 精品久久久久久中文字幕| 亚洲精品无码久久毛片| 国产高潮久久免费观看| 精品国产一区二区三区久久久狼 | 国内精品综合久久久40p| 99久久免费只有精品国产| 久久精品毛片免费观看| 亚洲人成无码久久电影网站| 伊人久久大香线蕉影院95| 久久天天躁狠狠躁夜夜网站| 欧美日韩精品久久免费| 欧美日韩成人精品久久久免费看| 国产精品久久久久无码av| 亚洲精品无码久久久久去q| 99久久免费国产精品特黄| 久久精品无码一区二区三区日韩| 久久久青草青青亚洲国产免观| 久久人人爽爽爽人久久久| 婷婷久久香蕉五月综合加勒比| 伊人久久五月天| 久久精品极品盛宴观看| 97香蕉久久夜色精品国产 | 99久久亚洲综合精品成人| 狠色狠色狠狠色综合久久| 99久久精品国内| 99久久夜色精品国产网站| 久久婷婷五月综合色99啪ak | 国产精品久久久久jk制服| 国产精品国色综合久久|