c和h的區(qū)別-資料下載頁
2025-08-04 23:17本頁面
【正文】 明，）。有很多工程甚至把這種寫法約定為代碼規(guī)范，以規(guī)范出清晰的代碼來?！ 〈穑?中已經(jīng)回答過了?！ 〈穑翰粫?。問這個問題的人絕對是概念不清，要不就是想混水摸魚。非常討厭的是中國的很多考試出的都是這種爛題，生怕別人有個清楚的概念了，絕對要把考生搞暈?！ 「闱宄Z法和概念說易也易，說難也難。竅門有三點(diǎn)： 不要暈著頭工作，要抽空多思考思考，多看看書； 看書要看好書，問人要問強(qiáng)人。爛書和爛人都會給你一個錯誤的概念，誤導(dǎo)你； 勤能補(bǔ)拙是良訓(xùn)，一分辛苦一分才； ?。?）通過頭文件來調(diào)用庫功能。在很多場合，源代碼不便（或不準(zhǔn)）向用戶公布，只要向用戶提供頭文件和二進(jìn)制的庫即可。用戶只需要按照頭文件中的接口聲明來調(diào)用庫功能，而不必關(guān)心接口怎么實(shí)現(xiàn)的。編譯器會從庫中提取相應(yīng)的代碼?！ 。?）頭文件能加強(qiáng)類型安全檢查。如果某個接口被實(shí)現(xiàn)或被使用時，其方式與頭文件中的聲明不一致，編譯器就會指出錯誤，這一簡單的規(guī)則能大大減輕程序員調(diào)試、改錯的負(fù)擔(dān)?！ ☆^文件用來存放函數(shù)原型。 頭文件如何來關(guān)聯(lián)源文件？ 這個問題實(shí)際上是說，已知頭文件聲明了一系列函數(shù)(僅有函數(shù)原型,沒有函數(shù)實(shí)現(xiàn))，中實(shí)現(xiàn)了這些函數(shù)，那么如果我想在中使用中聲明的這些在中實(shí)現(xiàn)的函數(shù)，通常都是在中使用include ,？ ，很多編譯器都可以接受其他擴(kuò)展名。 譚浩強(qiáng)老師的《C程序設(shè)計(jì)》一書中提到，編譯器預(yù)處理時，要對include命令進(jìn)行文件包含處理：include 處。這也正說明了，為什么很多編譯器并不care到底這個文件的后綴名是什么因?yàn)閕nclude預(yù)處理就是完成了一個復(fù)制并插入代碼的工作。 程序編譯的時候，只有在link的時候才進(jìn)行這個工作。include 實(shí)際上是引入相關(guān)聲明，使得編譯可以通過，程序并不關(guān)心實(shí)現(xiàn)是在哪里，是怎么實(shí)現(xiàn)的。源文件編譯后成生了目標(biāo)文件（.），目標(biāo)文件中，這些函數(shù)和變量就視作一個個符號。在link的時候，（），此時，再把他們build到makefile中指定的那個可以執(zhí)行文件中。（非常重要） 在VC中，一幫情況下不需要自己寫makefile，只需要將需要的文件都包括在project中，VC會自動幫你把makefile寫好。 通常，而不是只在某個文件中找或者說找到一個就不找了。因此，如果在幾個不同文件中實(shí)現(xiàn)了同一個函數(shù)，或者定義了同一個全局變量，鏈接的時候就會提示redefined
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號-1