|
水平不高不低的C++程序員最喜歡掛在嘴上的一句話就是：C宏，萬惡之首，錯誤的開端，應(yīng)該被廢棄。
請注意，我用了一句不敬的修飾語“水平不高不低的”。為什么這么說？因?yàn)樗降投疾宀簧显挘荚谠陟o靜地聽老前輩布道呢。水平高的，比如Bane Stroustrup老人家，也只是說若干種場合下C++語言能夠提供比C macro更好的解決方案，而沒有完全否定C macro的價值。但是話就怕傳來傳去，一傳就走樣。久而久之，就被傳成上面那句話。其實(shí)說來也很好笑：java程序員經(jīng)常說java比C++好，說C++手動釋放內(nèi)存老搞內(nèi)存泄漏；C++程序員便反駁說，那是你水平低不會用。但是談到C宏，水平不高不低的C++程序員居然也走java的老路了——明明是自己不會用，自己知道的少，卻把責(zé)任推卸到C宏上。你自己笨我管不著，但是錯誤的言論如果誤導(dǎo)后人就不好了吧。
本文就舉幾個簡單的使用C宏的例子，如果這些例子用C++不用宏的語法能更好的解決，那么你一定要回復(fù)告訴我，這樣下次我就不亂說話了。否則，笑笑很生氣，后果很嚴(yán)重。:)
例一、用C宏，書寫代碼更簡潔這段代碼寫網(wǎng)絡(luò)程序的朋友都很眼熟，是Net/3中mbuf的實(shí)現(xiàn)。
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; 這是不是很長，很難寫呀？這樣的代碼閱讀起來也不明了。其實(shí)，對于MH_pkthdr、MH_ext、MH_databuf來說，雖然不是在一個結(jié)構(gòu)層次上，但是如果我們站在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宏，實(shí)現(xiàn)跨平臺和編譯器的需要這方面的例子太好舉了，一舉一大摞，就從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 */
請問，這些指示宏如何取代呢？如果真的是沒有了這些宏，實(shí)現(xiàn)起來就更麻煩了吧。
[1] [2] 下一頁
|
