...bark...
meow(); /* just meow him. */
#define __HEADER_H__
#else /* ABC */
bark(); /* just bark you. */
#endif /* ABC */
最多見的用法是
#endif /* 0 */
#if 0
...meow...
/*
改成醬子看看...
meow(); /* just meow you. */
...content...
#endif /* __HEADER_H__ */
bark(); /* just bark you. */
#ifdef ABC
假如之前 compiler 曾碰到 #define ABC 的話翻譯社 那compiler會去讀meow那段code, 如果沒有, 則是讀bark那段, 固然, 每一個compiler都邑有自定的macro來辨識compiler自己名稱版本啦, OS種類版本啦翻譯社 還是函式庫版本等等.
這個是為了怕重覆 include 的狀況産生, 假設 a.h 裡 include 了 b.h 而 c.c 這個檔裡 include a.h 跟 b.h翻譯社 假如沒有#ifndef 來攔住, 跟一個#define來標示出已include 過了, 那麼content裡面的東西都邑反複界說喔翻譯社 反複界說當然沒什麼大不了的, 可是compiler很笨, 它只分得出來反複界說, 分不出來值都是一樣的翻譯社 所以只好如許子讓compiler以資鑒別囉.
在上個規範裡翻譯社 最主要的反而是後面的 /* ABC */ 了, 因為沒有它其實沒什麼大不了的, 可是人在看的時刻, 沒有它翻譯社 到時一堆#endif跟#else雜在一路, 不會廢掉也會傻掉. 養成註解的好習慣還是很主要呢!
再回到 /* ... */ 的問題, 其實 /* */ 很討厭說, 常常想臨時不要一段以下的程式碼:
meow(); /* just meow him. */
如許子compiler一定不會理
*/
bark(); /* just bark you. */
#ifndef __HEADER_H__
嘿嘿, 就沒事囉. 什麼緣由啊? /* 會去找下一個 */ 來竣事, 而還沒 /* 的 */ 都會被視成是有問題的, 回頭看看前前一段code有無問題吧. :)
回到標題的主題, #ifndef 跟header file有什麼關係, 常看一些compiler的標準header file的人就知道翻譯社 它們的header file的頭尾都邑像以下
引用自: http://mypaper.pchome.com.tw/joshuaprog/post/173590有關各國語文翻譯公證的問題歡迎諮詢華頓翻譯公司02-77260932
留言列表
