• <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>
            posts - 16,  comments - 34,  trackbacks - 0

            在《C宏——智者的利刃,愚者的惡夢(mèng)! 》一文中,提到了一種使用宏的方式 —— “例一、用C宏,書(shū)寫(xiě)代碼更簡(jiǎn)潔”。
            《C宏——智者的利刃,愚者的惡夢(mèng)! 》: http://www.vckbase.com/document/viewdoc/?id=1454
            《C宏——智者的利刃,愚者的惡夢(mèng)! 》: http://blog.vckbase.com/smileonce/archive/2005/03/27/4081.html

            本文章分別給出C++和C中不使用宏的實(shí)現(xiàn)方式。


             

            首先,書(shū)寫(xiě)代碼更簡(jiǎn)潔是否是優(yōu)點(diǎn)?
            有興趣的讀者請(qǐng)看看《設(shè)計(jì)Qt風(fēng)格的C++API》一文中“便利陷阱” (The Convenience Trap) 一節(jié)。
            中文: http://blog.csdn.net/TopLanguage/archive/2008/02/21/2111467.aspx
            英文: http://doc.trolltech.com/qq/qq13-apis.html

            【永遠(yuǎn)記住代碼一次寫(xiě)就,之后需要不斷的閱讀并理解。】
            【Keep in mind that code is written more than once but has to be understood over and over again.】


             

            如果真要達(dá)到笑笑文中——【mbuf的屬性,完全可以壓扁到一個(gè)平面上去看】——這個(gè)目的,除了宏,也是有其他方法的。

            在這里說(shuō)明一下,笑笑在文中并沒(méi)有給出struct mbuf的完整定義。
            我沒(méi)有l(wèi)inux,Cygwin也刪掉了,安裝挺麻煩的……
            順藤摸瓜的下載了一部分文件:
            http://opengrok.creo.hu/dragonfly/xref/src/sys/sys/mbuf.h
            http://opengrok.creo.hu/dragonfly/xref/src/sys/sys/param.h
            http://opengrok.creo.hu/dragonfly/xref/src/sys/net/netisr.h
            http://opengrok.creo.hu/dragonfly/xref/src/sys/net/netmsg.h
            http://opengrok.creo.hu/dragonfly/xref/src/sys/sys/thread.h
            http://opengrok.creo.hu/dragonfly/xref/src/sys/sys/msgport.h
            企圖拼出一個(gè)完整的struct mbuf定義,但實(shí)在太麻煩,這里就放棄了 ……

            所以只用一個(gè)簡(jiǎn)單的例子來(lái)說(shuō)明如何不使用宏來(lái)達(dá)到這一目的。
            當(dāng)然,也會(huì)說(shuō)明如果結(jié)構(gòu)體更復(fù)雜該如何擴(kuò)展。


             

            結(jié)構(gòu)體定義:




            C++方案:

             

            C++方案


            const怎么辦?
            (對(duì)const的考慮,C++程序員總是比C程序員要多一點(diǎn),不是嗎?)

            const accessor


            對(duì)更復(fù)雜的結(jié)構(gòu)體,該方法的擴(kuò)展是很容易的事情:在構(gòu)造函數(shù)的成員初始化列表里寫(xiě)就是了。



            C呢?是不是只能使用宏?當(dāng)然不是。
            C的方案:

             

            union


            對(duì)const, 轉(zhuǎn)型的時(shí)候,注意使用合適的指針類(lèi)型就可以了。

            想更復(fù)雜的結(jié)構(gòu)體擴(kuò)展:
            如果對(duì)上面的方案不理解,甚至對(duì)mbuf都不理解,最好還是老老實(shí)實(shí)的使用全名。
            永遠(yuǎn)記得,代碼讀的次數(shù)比寫(xiě)的次數(shù)多!

            上面的方案,是利用了一個(gè)特性,叫“匿名聯(lián)合”還別的什么東東。
            含義大概是這樣:

            anonymous

             



            經(jīng)測(cè)試,上面兩種方案,在VC8 O2優(yōu)化下,生成的機(jī)器碼同不使用Accessor完全一致
            GCC就沒(méi)有測(cè)試了,看不懂它的匯編……

             


            對(duì)宏的方案(也就是mbuf.h中提供的)的改進(jìn):
            簡(jiǎn)直無(wú)法想象!居然在 頭文件定義如此 普遍小寫(xiě) 名字!

             

            宏改進(jìn)方案:

             



            PS:C程序員總說(shuō)C++的語(yǔ)言特性有心智包袱,難道宏就不算心智包袱?

             

            物理老師從來(lái)都是這么寫(xiě):              F = M*A;
            沒(méi)見(jiàn)任何一個(gè)物理老師會(huì)這么寫(xiě):  F = multiply(M,A);
            如果是,請(qǐng)立刻和同學(xué)打賭說(shuō)他是程序員,而且很有可能是C程序員。

            hp_int i1,i2,i3;
            // ...
            數(shù)學(xué)老師也總是這么寫(xiě): hp_int icpp = i1 + i2 * i3;

            不會(huì)有數(shù)學(xué)老師這么寫(xiě):
            hp_int ic;
            hp_assign(&i2,&ic);
            hp_multiply(&i3,&ic);
            hp_plus(&i1,&ic);

            或者這么寫(xiě):
            hp_plus(&i1,hp_multiply(&i3,hp_assgin(&i2,&ic) ) );

            (hp —— 高精度,  對(duì)矩陣也是同樣)


            C程序員說(shuō),不知道 string s = s1 + s2 + s3;背后做了什么。
            C++程序員說(shuō),由庫(kù)決定。
            C程序員說(shuō),我對(duì)庫(kù)中那些精巧的技術(shù)不感興趣(不熟悉,不愿意學(xué))。
            C++程序員說(shuō),就對(duì)宏技術(shù)感興趣?
            C程序員說(shuō),宏效率高。
            C++程序員說(shuō), 如果 string s = s1 + s2 + s3;可以實(shí)現(xiàn)得比 strcat(strcat(strcat(....) 效率更高,你信不信?
            C++程序員再說(shuō),如果可以自然的寫(xiě)出hp_int icpp = i1 + i2 * i3;有正確的運(yùn)算優(yōu)先級(jí),效率與hp_plus(&i1,hp_multiply(&i3,hp_assgin(&i2,&ic) ) );等同,你還愿意用后者?
            C程序員說(shuō),那些實(shí)現(xiàn)都是心智包袱,我不喜歡。
            C++程序員說(shuō),宏算不算心智包袱?你怎么就喜歡了?


            總之,這只是一種不愿學(xué)習(xí)的心態(tài),一種手拿錘子見(jiàn)什么都是釘子的心態(tài)。
            Linus年紀(jì)也不算大……才40歲…… 哎……

            posted on 2009-02-19 21:48 OwnWaterloo 閱讀(1997) 評(píng)論(4)  編輯 收藏 引用

            FeedBack:
            # re: 復(fù)雜結(jié)構(gòu)體的存取器
            2009-02-21 17:31 | Anonymous
            笑死人了,這也叫解決方案?

            真是無(wú)知者無(wú)畏啊。
              回復(fù)  更多評(píng)論
              
            # re: 復(fù)雜結(jié)構(gòu)體的存取器
            2009-02-21 20:07 | OwnWaterloo
            @Anonymous
            閣下有何高見(jiàn)? 還是說(shuō),只有說(shuō)屁話(huà)的本事?  回復(fù)  更多評(píng)論
              
            # re: 復(fù)雜結(jié)構(gòu)體的存取器
            2009-02-24 16:14 | 007
            8錯(cuò) 收藏了  回復(fù)  更多評(píng)論
              
            # re: 復(fù)雜結(jié)構(gòu)體的存取器
            2009-02-25 23:17 | Chipset
            宏,不能遞歸、不能繼承、不能重載,這到?jīng)]有什么。關(guān)鍵是重名問(wèn)題最要命,程序小當(dāng)然沒(méi)什么,程序大了很多人開(kāi)發(fā),不同的人維護(hù)和升級(jí)(有辭職的新招來(lái)的人員變動(dòng)),最終結(jié)果可想而知。

            “C宏——智者的利刃,愚者的惡夢(mèng)! ”怎么能這么說(shuō)話(huà)呢?
            Bjarne Stroustrup在擔(dān)任AT&T大規(guī)模程序設(shè)計(jì)的負(fù)責(zé)人期間發(fā)現(xiàn),將近50%的問(wèn)題由宏引起...,難道這些人都是愚者?汗...~~  回復(fù)  更多評(píng)論
              

            只有注冊(cè)用戶(hù)登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            <2025年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            常用鏈接

            留言簿(8)

            隨筆檔案(16)

            鏈接

            搜索

            •  

            積分與排名

            • 積分 - 198661
            • 排名 - 134

            最新隨筆

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            一本一道久久a久久精品综合| 久久午夜夜伦鲁鲁片免费无码影视| 久久久噜噜噜www成人网| 91精品国产91久久综合| 国产激情久久久久影院小草| 性做久久久久久久久浪潮| 国内精品人妻无码久久久影院| 7国产欧美日韩综合天堂中文久久久久| 久久免费大片| 久久91精品国产91久久户| 四虎国产精品成人免费久久| 久久国产香蕉视频| 久久综合亚洲欧美成人| 一本久久a久久精品综合香蕉| 青青青青久久精品国产h| 久久妇女高潮几次MBA| 国产成人无码精品久久久免费| 伊人久久综合精品无码AV专区 | 色综合久久中文字幕综合网| 久久久一本精品99久久精品88| 久久99国产综合精品免费| 久久天天躁狠狠躁夜夜躁2014| 久久国产福利免费| 国产ww久久久久久久久久| 精品乱码久久久久久久| 亚洲精品乱码久久久久久| 久久人人爽人人爽人人片AV不| 久久www免费人成看国产片 | 久久精品国产一区二区三区| 国产午夜久久影院| 久久国产精品99精品国产987| 久久er99热精品一区二区| 97久久超碰成人精品网站| 国内精品久久久久久久97牛牛| 久久影院综合精品| 99久久国产热无码精品免费 | 成人国内精品久久久久影院| 国产精品一久久香蕉产线看| 精品午夜久久福利大片| 9191精品国产免费久久| 欧美粉嫩小泬久久久久久久|