青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

在一些大的工程中,可能會包含幾十個基礎類,免不了之間會互相引用 ( 不滿足繼承關系,而是組合關系 ) 。也就是需要互相聲明。好了,這時候會帶來一些混亂。如果處理得不好,會搞得一團糟,根據我的經驗,簡單談談自已的處理辦法:

編碼時,我們一般會盡量避免 include 頭文件,而是采用聲明 class XXX 但有時候還是必須用 Include 頭文件,那么,兩者的劃分在于什么呢?

應該是很明確的,但書上好像都少有提及。

首先:
我們要明白為什么要用聲明取代頭文件包含:對了,是為了避免無必要的重編譯 ( 在頭文件發生變更時 ) 工程較大,低速機,或基礎類經常變更 ( 不合理的設計吧 ) ,編譯速度還是會在意的, 另外,更為重要的是,采用聲明可降低代碼 (class) 之間的藕合度,這也是面向對象設計的一大原則。

二:一般原則:
a.
頭文件中盡量少 include, 如果可以簡單申明 class clsOld; 解決,那最好。減少沒有必要的 include;
b.
實現文件中也要盡量少 include, 不要 include 沒有用到的頭文件。

三:那什么時候可以只是簡單聲明 class clsOld 呢?
簡單的說:不需要知道 clsOld 的內存布局的用法都可以 ( 靜態成員除外 ) ,也就是講如果是指針或引用方式的 都行。
比如:
?? clsOld * m_pOld;??? //
指針占 4 個字節長
?? clsOld & test(clsOld * pOld) {return *pOld};
?
一切 OK

四:什么時候不能簡單聲明 class clsOld ,必須 include 呢?
不滿足三的情況下:
?
比如:
?????????clsOld m_Objold;? //
不知道占據大小,必須要通過它的具體聲明來計算
原因很簡單,想想你要計算 sizeof(classNew) ,但連 clsOld size 都不知道,編譯器顯然會無能為力。

特殊情況:
??????????int test() { return clsOld::m_sInt;}
????
靜態成員調用,想來應該是不需要知道內存布局的,但因為需要知道 m_sInt 是屬于 clsOld 命名空間 的,如果只聲明 class xxx 顯然是不足以說明的,所以必須包含頭文件。

綜上所述,我有以下幾點建議:
1
:如果有共同相關依賴 ( 必須 include) 的類,比如 A,B 都依賴 D 可以放在一起,然后直接 Include "d" 類的使用者只需關心與本類暴露出的相關類型,內部用到的類型不用去管 ( 不用自已去 include d) 。這樣 給出的 class ,調用者才更好用 ( 不用去看代碼查找,是不是還需要包含其它頭文件 )

2 :如果 A 類依賴 D B 類不依賴 D ,可以把它們分開兩個頭文件。各自 Include 。這樣可避免當 D 發生變化時, 避免不必要重編譯。

3 :類中盡量采用指針或引用方式調用其它類,這樣就可以只聲明 class xxx 了。并且這也符合資源最優 利用,更利于使用多態。

/--------------------------------------------------/////////////////////////////////////////////////////////////////////////////

   今天用VC++編譯我這昨天寫的代碼時發現總是通不過,看到大部分的錯誤都是與一個類的定義有關。

  明明我已經在這個類中定義了一個成員變量,可編譯器偏要說那個變量不是這個類的成員。沒辦法,找了半天原因還是沒有頭緒。再三地確認不是我C++的語法錯誤之后。我開始懷疑是不是頭文件的問題。因為當我把一些#include "..."搬到#pragma once之前或者之后,錯誤報告就會發生變化。有時就只是說我的一個類重復定義了。

以前用C寫頭文件的時候都是用宏定義來避免重復包含頭文件C++里雖然也還可用這個方法,但VC++就是不用,它用的是#pragma once。這一變化對我來說真是有點摸不著頭腦了,我不清楚#pragma once的工作方式是如何的。而我現在遇到的問題又與這個有關。找找網上的內容看吧。上google搜了半天,那些論壇里的回答基本上都是“防止重復包含頭文件的,你不用管他。”這樣的。可是不管他真的行嗎?我剛學的VC++,我看的書上是沒有講過這個內容的。怎么在網上也搜不到呢?經過我不懈的努力,終于讓我找到了一篇http://www.yesky.com/127/1736627_3.shtml

作者Adding的這段話對我的幫助最大:“ 既然使用了包含文件,為什么還要在class CMainFrame前添加"class CViewerView;"等代碼?如果用包含文件代替它,行不行?  很多Visual C++書籍對這些問題避而不談,但實際上這是一個重要的問題。如果不能理解上述代碼,我們很可能為無法通過編譯而大傷腦筋。這些問題的出現是基于這樣的一些事實:在我們用標準C/C++設計程序時,有一個原則即兩個代碼文件不能相互包含,而且多次包含還會造成重復定義的錯誤。為了解決這個難題, Visual C++使用#pragma once來通知編譯器在生成時只包含(打開)一次,也就是說,在第一次#include之后,編譯器重新生成時不會再對這些包含文件進行包含(打開)和讀取,因此我們看到在用向導創建的所有類的頭文件中有#pragma once語句就不會覺得奇怪了。然而正是由于這個語句而造成了在第二次#include后編譯器無法正確識別所引用的類。因此,我們在相互包含時還需要加入類似class CViewerView這樣的語句來通知編譯器這個類是一個實際的調用。

看來就是這個問題了。把我的代碼一加上那些類的聲明以后果然通過了編譯。我感覺這個問題在VC++里面來說應該是值得注意的。可能是由于我剛學VC++,見識太少的原故吧。無論如何先記下來,說不定也有人在為這個#pragma once傷腦筋呢。

posted on 2006-12-14 18:16 清源游民 閱讀(4302) 評論(1)  編輯 收藏 引用 所屬分類: C++

FeedBack:
# re: 頭文件包含問題[未登錄]
2008-04-21 22:32 | 東東
嘿嘿~~ 我遇到同樣的問題~~   回復  更多評論
  
<2025年11月>
2627282930311
2345678
9101112131415
16171819202122
23242526272829
30123456

留言簿(35)

隨筆分類(78)

隨筆檔案(74)

文章檔案(5)

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲日本乱码在线观看| 国产精品一卡二| 亚洲免费成人| 亚洲精品视频免费观看| 亚洲美女视频在线观看| 一区二区免费在线视频| 亚洲免费视频一区二区| 久久精品电影| 麻豆亚洲精品| 国产精品yjizz| 狠狠狠色丁香婷婷综合激情| 亚洲高清一区二| 亚洲视频一区| 久久手机精品视频| 最新成人在线| 欧美一二三视频| 欧美福利在线观看| 国产日韩欧美在线视频观看| 亚洲电影欧美电影有声小说| 在线综合亚洲欧美在线视频| 久久av二区| 亚洲精品乱码久久久久久蜜桃91 | 久久精品亚洲精品国产欧美kt∨| 欧美一区二区精品久久911| 久久久人成影片一区二区三区 | 久久精品国内一区二区三区| 欧美激情一区二区三区在线| 亚洲视频狠狠| 欧美成年人视频网站欧美| 国产精品久久久久久户外露出| 伊人久久av导航| 午夜精品久久久久久久蜜桃app| 欧美成人嫩草网站| 亚洲欧美日韩久久精品 | 欧美日韩视频一区二区三区| 国产一区二区三区在线观看网站 | 国产一区二区三区免费不卡| 99在线热播精品免费| 久久精品水蜜桃av综合天堂| av成人动漫| 欧美风情在线观看| 亚洲电影第1页| 美日韩在线观看| 欧美在线播放视频| 国产精品美女视频网站| 日韩视频在线观看免费| 免播放器亚洲一区| 午夜精品久久久久久99热| 欧美色图五月天| 夜夜嗨网站十八久久| 欧美激情第二页| 久久综合影视| 在线欧美电影| 男女视频一区二区| 久久三级福利| 亚洲激情成人网| 亚洲大片免费看| 美女爽到呻吟久久久久| 亚洲国产精品v| 亚洲国产精品一区在线观看不卡| 另类天堂av| 亚洲精品裸体| 日韩网站在线| 国产精品日韩专区| 欧美一区二区在线视频| 午夜精品久久久久久久| 国内在线观看一区二区三区| 亚洲一区国产一区| 亚洲视频在线播放| 亚洲欧洲精品一区二区三区| 玖玖精品视频| 国产精品日韩电影| 香蕉乱码成人久久天堂爱免费 | 亚洲精品视频免费观看| 亚洲二区视频在线| 欧美激情在线观看| 亚洲私人影院| 亚洲一二三区精品| 国产一区二区三区电影在线观看| 美女成人午夜| 欧美高清视频一区二区三区在线观看| 亚洲国产精品www| 亚洲精品视频一区| 国产日韩高清一区二区三区在线| 乱码第一页成人| 欧美精品免费观看二区| 性娇小13――14欧美| 乱人伦精品视频在线观看| 一区二区动漫| 欧美伊人久久大香线蕉综合69| 在线日本高清免费不卡| 日韩视频在线一区二区三区| 国内精品久久久| 99re在线精品| 激情成人在线视频| 亚洲日本中文字幕| 国产又爽又黄的激情精品视频| 欧美激情1区| 国产精品入口日韩视频大尺度| 免费观看一级特黄欧美大片| 欧美日韩亚洲一区在线观看| 性做久久久久久久免费看| 久久夜色精品国产欧美乱| 午夜精品久久久久久久99热浪潮| 免费中文日韩| 浪潮色综合久久天堂| 国产精品一区二区三区乱码| 亚洲日本一区二区三区| …久久精品99久久香蕉国产 | 久久这里有精品视频| 欧美日韩伦理在线| 久久五月激情| 国产精品永久免费| 亚洲乱码国产乱码精品精天堂| 激情欧美一区| 欧美一区二区三区四区夜夜大片| 中文av一区特黄| 免费观看在线综合色| 久久裸体艺术| 国产亚洲精品久| 亚洲影视中文字幕| 一区二区三区日韩欧美精品| 美女久久网站| 免费永久网站黄欧美| 国产日韩欧美三区| 亚洲欧美三级在线| 欧美一区二区精美| 欧美视频日韩视频在线观看| 亚洲精品久久嫩草网站秘色| 99国产精品一区| 欧美激情性爽国产精品17p| 久久久亚洲影院你懂的| 香蕉乱码成人久久天堂爱免费| 欧美日韩国产探花| 亚洲精品小视频| 99国产精品视频免费观看一公开 | 亚洲午夜精品久久久久久app| 亚洲美女啪啪| 欧美激情亚洲综合一区| 91久久国产综合久久| 亚洲日本欧美| 欧美日韩一二区| 中文一区二区| 久久精品国产亚洲一区二区| 国产一区二区三区成人欧美日韩在线观看 | 一本久久综合亚洲鲁鲁五月天| 久久婷婷国产综合尤物精品| 美女久久网站| 日韩亚洲精品电影| 欧美性猛交一区二区三区精品| 亚洲午夜一区二区三区| 久久精品99久久香蕉国产色戒| 国产日韩一区在线| 久久久综合激的五月天| 欧美国产精品日韩| 9l国产精品久久久久麻豆| 欧美日韩在线播放三区| 亚洲欧美卡通另类91av| 久久综合狠狠| 亚洲免费高清| 国产精品自在在线| 狼人天天伊人久久| 一区二区三区日韩欧美精品| 久久久国产视频91| 国产私拍一区| 欧美成人资源网| 亚洲一区成人| 免费在线国产精品| 中文国产成人精品| 国产精品丝袜白浆摸在线| 亚洲女人av| 久久亚洲午夜电影| 在线免费日韩片| 欧美成人黑人xx视频免费观看| 亚洲高清电影| 中文国产成人精品| 国产麻豆综合| 久久gogo国模啪啪人体图| 免费看成人av| 亚洲欧美在线免费观看| 亚洲黄网站在线观看| 国产欧美一区二区精品婷婷| 欧美一区二区三区精品| 欧美大片免费| 一本色道久久综合亚洲精品高清| 欧美一区二区在线观看| 99v久久综合狠狠综合久久| 国产农村妇女精品一二区| 欧美成人综合一区| 久久福利精品| 亚洲欧美日韩在线一区| 日韩视频一区二区三区在线播放免费观看| 黑人巨大精品欧美一区二区| 国产精品99免视看9| 欧美aa在线视频| 亚洲精品一区二| 国产婷婷色一区二区三区四区| 女生裸体视频一区二区三区| 午夜视频在线观看一区二区三区| 亚洲美女在线观看|