水平不高不低的c++程序員最喜歡掛在嘴上的一句話就是：c宏，萬惡之首，錯誤的開端，應該被廢棄。
請注意，我用了一句不敬的修飾語“水平不高不低的”。為什么這么說？因為水平低都插不上話，都在在靜靜地聽老前輩布道呢。水平高的，比如bane stroustrup老人家，也只是說若干種場合下c++語言能夠提供比c macro更好的解決方案，而沒有完全否定c macro的價值。但是話就怕傳來傳去，一傳就走樣。久而久之，就被傳成上面那句話。其實說來也很好笑：java程序員經(jīng)常說java比c++好，說c++手動釋放內存老搞內存泄漏；c++程序員便反駁說，那是你水平低不會用。但是談到c宏，水平不高不低的c++程序員居然也走java的老路了——明明是自己不會用，自己知道的少，卻把責任推卸到c宏上。你自己笨我管不著，但是錯誤的言論如果誤導后人就不好了吧。
本文就舉幾個簡單的使用c宏的例子，如果這些例子用c++不用宏的語法能更好的解決，那么你一定要回復告訴我，這樣下次我就不亂說話了。否則，笑笑很生氣，后果很嚴重。:)
例一、用c宏，書寫代碼更簡潔這段代碼寫網(wǎng)絡程序的朋友都很眼熟，是net/3中mbuf的實現(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; 這是不是很長，很難寫呀？這樣的代碼閱讀起來也不明了。其實，對于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宏，實現(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 */
請問，這些指示宏如何取代呢？如果真的是沒有了這些宏，實現(xiàn)起來就更麻煩了吧.
請注意，我用了一句不敬的修飾語“水平不高不低的”。為什么這么說？因為水平低都插不上話，都在在靜靜地聽老前輩布道呢。水平高的，比如bane stroustrup老人家，也只是說若干種場合下c++語言能夠提供比c macro更好的解決方案，而沒有完全否定c macro的價值。但是話就怕傳來傳去，一傳就走樣。久而久之，就被傳成上面那句話。其實說來也很好笑：java程序員經(jīng)常說java比c++好，說c++手動釋放內存老搞內存泄漏；c++程序員便反駁說，那是你水平低不會用。但是談到c宏，水平不高不低的c++程序員居然也走java的老路了——明明是自己不會用，自己知道的少，卻把責任推卸到c宏上。你自己笨我管不著，但是錯誤的言論如果誤導后人就不好了吧。
本文就舉幾個簡單的使用c宏的例子，如果這些例子用c++不用宏的語法能更好的解決，那么你一定要回復告訴我，這樣下次我就不亂說話了。否則，笑笑很生氣，后果很嚴重。:)
例一、用c宏，書寫代碼更簡潔這段代碼寫網(wǎng)絡程序的朋友都很眼熟，是net/3中mbuf的實現(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; 這是不是很長，很難寫呀？這樣的代碼閱讀起來也不明了。其實，對于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宏，實現(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 */
請問，這些指示宏如何取代呢？如果真的是沒有了這些宏，實現(xiàn)起來就更麻煩了吧.