亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 學院 > 開發設計 > 正文

C宏--智者的利刃,愚者的惡夢

2019-11-17 05:03:36
字體:
來源:轉載
供稿:網友
  水平不高不低的C++程序員最喜歡掛在嘴上的一句話就是:C宏,萬惡之首,錯誤的開端,應該被廢棄。
  請注重,我用了一句不敬的修飾語“水平不高不低的”。為什么這么說?因為水平低都插不上話,都在在靜靜地聽老前輩布道呢。水平高的,比如Bane Stroustrup老人家,也只是說若干種場合下C++語言能夠提供比C macro更好的解決方案,而沒有完全否定C macro的價值。但是話就怕傳來傳去,一傳就走樣。久而久之,就被傳成上面那句話。其實說來也很好笑:java程序員經常說java比C++好,說C++手動釋放內存老搞內存泄漏;C++程序員便反駁說,那是你水平低不會用。但是談到C宏,水平不高不低的C++程序員居然也走java的老路了——明明是自己不會用,自己知道的少,卻把責任推卸到C宏上。你自己笨我管不著,但是錯誤的言論假如誤導后人就不好了吧。

  本文就舉幾個簡單的使用C宏的例子,假如這些例子用C++不用宏的語法能更好的解決,那么你一定要回復告訴我,這樣下次我就不亂說話了。否則,笑笑很生氣,后果很嚴重。:)

  例一、用C宏,書寫代碼更簡潔這段代碼寫網絡程序的朋友都很眼熟,是Net/3中mbuf的實現。
strUCt mbuf
{
struct m_hdr mhdr;
union {
struct
{
struct pkthdr MH_pkthdr; /* M_PKTHDR set */
union
{
struct m_ext MH_ext; /* M_EXT set */
char MH_databuf[MHLEN];
} MH_dat;
} MH;
char M_databuf[MLEN]; /* !M_PKTHER, !M_EXT*/
} M_dat;
};

  上面的代碼,假如我想訪問最里層的MH_databuf,那么我必須寫M_dat.MH.MH_dat.MH_databuf; 這是不是很長,很難寫呀?這樣的代碼閱讀起來也不明了。
其實,對于MH_pkthdr、MH_ext、MH_databuf來說,雖然不是在一個結構層次上,但是假如我們站在mbuf之外來看,它們都是mbuf的屬性,完全可以壓扁到一個平面上去看。所以,源碼中有這么一組宏:
#define m_next m_hdr.mh_next
#define m_len m_hdr.mh_len
#define m_data m_hdr.mh_data
... ...
#define m_pkthdr M_dat.MH.MH_pkthdr
#define m_pktdat M_dat.MH.MH_dat.MH_databuf
... ...
  這樣寫起代碼來,是不是很精練呢!

  例二、用C宏,實現跨平臺和編譯器的需要這方面的例子太好舉了,一舉一大摞,就從VC的庫源碼中隨意copy一段出來吧。
#ifndef _CRTAPI1
#if _MSC_VER >= 800 && _M_IX86 >= 300
#define _CRTAPI1 __cdecl
#else /* _MSC_VER >= 800 && _M_IX86 >= 300 */
#define _CRTAPI1
#endif /* _MSC_VER >= 800 && _M_IX86 >= 300 */
#endif /* _CRTAPI1 */

#ifndef _SIZE_T_DEFINED
typedef unsigned int size_t;
#define _SIZE_T_DEFINED
#endif /* _SIZE_T_DEFINED */

#ifndef _MAC
#ifndef _WCHAR_T_DEFINED
typedef unsigned short wchar_t;
#define _WCHAR_T_DEFINED
#endif /* _WCHAR_T_DEFINED */
#endif /* _MAC */

#ifndef _NLSCMP_DEFINED
#define _NLSCMPERROR 2147483647 /* currently == INT_MAX */

#define _NLSCMP_DEFINED
#endif /* _NLSCMP_DEFINED */
  請問,這些指示宏如何取代呢?假如真的是沒有了這些宏,實現起來就更麻煩了吧。


  例三、用C宏,自動生成代碼這方面的例子也是多得很,不過有鑒于很多朋友不用很多編譯器,不做嵌入式的開發,我就舉個win平臺的例子吧。我們知道MFC實現了windows的消息映射,比如:
ON_COMMAND(IDM_ABOUT, OnAbout)
ON_COMMAND(IDM_FILENEW, OnFileNew)
  它是如何實現的IDM_ABOUT和OnAbout的關聯的呢?這要用到幾個宏。
#define DECLARE_MESSAGE_MAP() /
PRivate: /
static const AFX_MSGMAP_ENTRY _messageEntries[]; /

protected: /
static AFX_DATA const AFX_MSGMAP messageMap; /
virtual const AFX_MSGMAP* GetMessageMap() const; /

#define BEGIN_MESSAGE_MAP(theClass, baseClass) /
const AFX_MSGMAP* theClass::GetMessageMap() const /
{ return &theClass::messageMap; } /
AFX_COMDAT AFX_DATADEF const AFX_MSGMAP theClass::messageMap = /
{ &baseClass::messageMap, &theClass::_messageEntries[0] }; /
AFX_COMDAT const AFX_MSGMAP_ENTRY theClass::_messageEntries[] = /
{ /

#define ON_COMMAND(id, memberFxn) /
{ WM_COMMAND, 0, (Word)id, (WORD)id, AfxSig_vv, (AFX_PMSG)memberFxn },

#define END_MESSAGE_MAP() /
{0, 0, 0, 0, AfxSig_end, (AFX_PMSG)0 } /
}; /
#define DECLARE_MESSAGE_MAP() /
private: /
static const AFX_MSGMAP_ENTRY _messageEntries[]; /
protected: /
static AFX_DATA const AFX_MSGMAP messageMap; /
virtual const AFX_MSGMAP* GetMessageMap() const; /

#define BEGIN_MESSAGE_MAP(theClass, baseClass) /
const AFX_MSGMAP* theClass::GetMessageMap() const /
{ return &theClass::messageMap; } /
AFX_COMDAT AFX_DATADEF const AFX_MSGMAP theClass::messageMap = /
{ &baseClass::messageMap, &theClass::_messageEntries[0] }; /
AFX_COMDAT const AFX_MSGMAP_ENTRY theClass::_messageEntries[] = /
{ /

#define ON_COMMAND(id, memberFxn) /
{ WM_COMMAND, 0, (WORD)id, (WORD)id, AfxSig_vv, (AFX_PMSG)memberFxn },

#define END_MESSAGE_MAP() /
{0, 0, 0, 0, AfxSig_end, (AFX_PMSG)0 } /
}; /
  嘿嘿,就這么幾個宏,就構造出一個消息數組來。


  例四、用C宏,智者思維的火花說了半天了,嘴皮子都干了,舉個例子大家輕松一下——看看人家老外是怎么用宏的。這個例子摘自《C專家編程》。
根據位模式構建圖形圖標(icon)或者圖形(glyph),是一種小型的位模式映射于屏幕產生的圖像。一個位代表圖像上的一個像素。假如一個位被設置,那么它所代表的像素就是“亮”的。假如一個位被清除,那么它所代表的像素就是“暗”的。所以,一系列的整數值能夠用于為圖像編碼。類似Iconedit這樣的工具就是用于繪圖的,他們所輸出的是一個包含一系列整型數的ASCII文件,可以被一個窗口程序所包含。它所存在的問題是程序中的圖標只是一串十六進制數。在C語言中,典型的16X16的黑白圖形可能如下:

static unsigned short stopwatch[] = {
0x07C6,
0x1FF7,
0x383B,
0x600C,
0x600C,
0xC006,
0xC006,
0xDF06,
0xC106,
0xC106,
0x610C,
0x610C,
0x3838,
0x1FF0,
0x07C0,
0x0000
};
  正如所看到的那樣,這些C語言常量并未有提供有關圖形實際模樣的任何線索。這里有一個驚人的#define定義的優雅集合,答應程序建立常量使它們看上去像是屏幕上的圖形。
#define X )*2+1
#define _ )*2
#define s ((((((((((((((((0 /* For building glyphs 16 bits wide */
  定義了它們之后,只要畫所需要的圖標或者圖形等,程序會自動創建它們的十六進制模式。使用這些宏定義,程序的自描述能力大大加強,上面這個例子可以轉變為:
static unsigned short stopwatch[] =
{
s _ _ _ _ _ X X X X X _ _ _ X X _ ,
s _ _ _ X X X X X X X X X _ X X X ,
s _ _ X X X _ _ _ _ _ X X X _ X X ,
s _ X X _ _ _ _ _ _ _ _ _ X X _ _ ,
s _ X X _ _ _ _ _ _ _ _ _ X X _ _ ,
s X X _ _ _ _ _ _ _ _ _ _ _ X X _ ,
s X X _ _ _ _ _ _ _ _ _ _ _ X X _ ,
s X X _ X X X X X _ _ _ _ _ X X _ ,
s X X _ _ _ _ _ X _ _ _ _ _ X X _ ,
s X X _ _ _ _ _ X _ _ _ _ _ X X _ ,
s _ X X _ _ _ _ X _ _ _ _ X X _ _ ,
s _ X X _ _ _ _ X _ _ _ _ X X _ _ ,
s _ _ X X X _ _ _ _ _ X X X _ _ _ ,
s _ _ _ X X X X X X X X X _ _ _ _ ,
s _ _ _ _ _ X X X X X _ _ _ _ _ _ ,
s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
};
  顯然,與前面的代碼相比,它的意思更為明顯。標準的C語言具有八進制、十進制和十六進制常量,但沒有二進制常量,否則的話倒是一種更為簡單的繪制圖形模式的方法。

  假如抓住書的右上角,并斜這看這一頁,可能會猜測這是一個用于流行窗口系統的“cursor busy”小秒表圖形。我是在幾年前從Usenet comp.lang.c新聞組學到這個技巧的。

  千萬不要忘了在繪圖結束后清除這些宏定義,否這很可能會給你后面的代碼帶來不可猜測的后果。

  好了,今天的廢話就到這里了。水能載舟,亦能覆舟,把握好手中的雙刃劍,讓它好好的為你服務吧,別割破了手。


發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
欧美一级电影免费在线观看| 国产精品免费福利| 91国内揄拍国内精品对白| 欧美成人午夜激情视频| 久久精品视频导航| 国产成人av网址| 人九九综合九九宗合| 日韩电影中文字幕| 成人一区二区电影| 韩剧1988免费观看全集| 亚洲一区二区三区乱码aⅴ| 久久久久久网址| 国产精品欧美激情| 国语自产精品视频在线看| 国产精品欧美一区二区三区奶水| 日韩av电影手机在线| 中文字幕精品久久| 8090成年在线看片午夜| 人体精品一二三区| 日本欧美精品在线| 久久综合久中文字幕青草| 亚洲男人天堂2024| 国产狼人综合免费视频| 91免费版网站入口| 亚洲性xxxx| 91在线直播亚洲| 欧美在线视频观看免费网站| 亚洲香蕉伊综合在人在线视看| 亚洲理论电影网| 久久不射电影网| 色婷婷久久av| 亚洲天堂av电影| 久久久亚洲影院| 欧美成人免费一级人片100| 国产精品稀缺呦系列在线| 精品电影在线观看| 中日韩美女免费视频网址在线观看| 国产成人高潮免费观看精品| 国产精品久久久久福利| 亚洲综合自拍一区| 欧美视频第一页| 色播久久人人爽人人爽人人片视av| 国产精品精品国产| 精品久久久久久久久久久久| 久久久亚洲福利精品午夜| 久久精品国产精品亚洲| 成人av电影天堂| 国产精品∨欧美精品v日韩精品| 国产成人一区二区三区小说| 国产精品久久久久久久久免费看| 欧美极品少妇xxxxⅹ喷水| 亚洲精品免费在线视频| 国产91在线播放| 色偷偷噜噜噜亚洲男人的天堂| 色一情一乱一区二区| 国产精品爽爽爽爽爽爽在线观看| 欧美精品一区二区三区国产精品| 亚洲少妇激情视频| 97视频在线观看成人| 欧美最猛性xxxxx亚洲精品| 日本不卡免费高清视频| 亚洲自拍偷拍一区| 欧美成人免费全部观看天天性色| 91精品国产综合久久香蕉922| 中文字幕精品在线视频| 亚洲精品国产suv| 欧美色道久久88综合亚洲精品| 欧美体内谢she精2性欧美| 成人伊人精品色xxxx视频| 久色乳综合思思在线视频| 久久久久久久一区二区| 68精品国产免费久久久久久婷婷| 在线视频欧美日韩精品| 成人午夜激情网| 久久91精品国产91久久久| 狠狠久久五月精品中文字幕| 久久久久久久久国产精品| 日韩av网站导航| 欧美日韩国产成人高清视频| 中文字幕欧美日韩va免费视频| 国产精品久久一区主播| 日日噜噜噜夜夜爽亚洲精品| 国产亚洲精品久久久久久777| 午夜精品久久久久久99热软件| 欧美精品久久久久| 日韩成人中文电影| 国产成人精品日本亚洲专区61| 91精品国产91久久久久久| 久久91精品国产91久久久| 国产精品精品久久久久久| 国产精品永久在线| 亚洲免费精彩视频| 亚洲欧美另类人妖| 欧美日韩国产999| 黑人巨大精品欧美一区二区三区| 日韩男女性生活视频| 国产精品视频男人的天堂| 7777免费精品视频| 国产99久久精品一区二区永久免费| 国产成人精品视频在线| 亚洲在线免费观看| 日韩成人在线视频观看| 欧美美最猛性xxxxxx| 成人福利网站在线观看11| 久久夜色撩人精品| 亚洲性生活视频在线观看| 国产精品久久久久久亚洲调教| 国产玖玖精品视频| 国产日本欧美一区二区三区在线| 亚洲精品国产精品久久清纯直播| 国产午夜精品麻豆| 国模极品一区二区三区| 国产精品三级在线| 精品久久久久久电影| 国产精品海角社区在线观看| 国产日韩中文字幕| 亚洲精品综合精品自拍| 自拍视频国产精品| 成人中心免费视频| 国产一区二区丝袜| 国产精品91久久久久久| 另类专区欧美制服同性| 欧美日韩免费区域视频在线观看| 亚洲性夜色噜噜噜7777| 日韩av在线影视| 亚洲欧美日韩成人| 欧美一级视频在线观看| 亚洲一区www| 性欧美xxxx交| 久久久精品日本| 欧美一区二区三区……| 北条麻妃一区二区三区中文字幕| 亚洲男人天堂手机在线| 中文字幕精品www乱入免费视频| 亚洲理论在线a中文字幕| 国外色69视频在线观看| 一区二区三区视频免费在线观看| 永久555www成人免费| 性欧美暴力猛交69hd| 国产精品自拍偷拍视频| 欧美日韩免费在线观看| 日本国产一区二区三区| 国产亚洲精品综合一区91| 日韩av一区在线| 国产欧美欧洲在线观看| 国产精品丝袜久久久久久不卡| 91精品国产综合久久香蕉922| 国产精品毛片a∨一区二区三区|国| 高清欧美性猛交xxxx| 欧美精品一本久久男人的天堂| 精品国产拍在线观看| 久久久精品国产网站| 欧美性xxxx极品hd欧美风情| 精品久久久久久久久中文字幕| 96精品视频在线| 91av在线影院| 久久国产一区二区三区| 久久成人国产精品| 91国产视频在线播放| 91黄色8090| 欧美尺度大的性做爰视频| 久久91亚洲精品中文字幕奶水| 久久久久久久成人| 欧美日韩第一视频|