標籤:io os ar 使用 檔案 工作 時間 c++ as
來自百度~
stdafx.h中沒有函數庫,只是定義了一些環境參數,使得編譯出來的程式能在32位的作業系統環境下運行。
Windows和MFC的include檔案都非常大,即使有一個快速的處理常式,編譯器也要花費相當長的時間來完成工作。由於每個.CPP檔案都包含相同的include檔案,為每個.CPP檔案都重複處理這些檔案就顯得很傻了。
為避免這種浪費,AppWizard和VisualC++編譯器一起進行工作,如下所示:
◎AppWizard建立了檔案stdafx.h,該檔案包含了所有當前工程檔案需要的MFCinclude檔案。且這一檔案可以隨被選擇的選項而變化。
◎AppWizard然後就建立Stdafx.cpp。這個檔案通常都是一樣的。
◎然後AppWizard就建立起工程檔案,這樣第一個被編譯的檔案就是stdafx.cpp。
◎當VisualC++編譯stdafx.cpp檔案時,它將結果儲存在一個名為stdafx.pch的檔案裡。(副檔名pch表示先行編譯標頭檔。)
◎當VisualC++編譯隨後的每個.cpp檔案時,它閱讀並使用它剛產生的.pch檔案。VisualC++不再分析Windowsinclude檔案,除非你又編輯了stdafx.cpp或stdafx.h。
這個技術很精巧,你不這麼認為嗎?(還要說一句,Microsoft並非是首先採用這種技術的公司,Borland才是。)在這個過程中你必須遵守以下規則:
◎你編寫的任何.cpp檔案都必須首先包含stdafx.h。
◎如果你有工程檔案裡的大多數.cpp檔案需要.h檔案,順便將它們加在stdafx.h(後部)上,然後先行編譯stdafx.cpp。
◎由於.pch檔案具有大量的符號資訊,它是你的工程檔案裡最大的檔案。
如果你的磁碟空間有限,你就希望能將這個你從沒使用過的工程檔案中的.pch檔案刪除。執行程式時並不需要它們,且隨著工程檔案的重建立立,它們也自動地重建立立。
Visual Studio 2010中的stdafx.h和targetver.h兩個標頭檔是有什麼用?