將所有包含放在一個頭文件中是一個好主意嗎？

什麼是C的最佳實踐你放入C頭文件？將所有包含放在一個頭文件中是一個好主意嗎？

將用於跨多個源文件的程序的所有包含放在一個頭文件中是否有用？

怎麼樣包括實際上在每個文件（即stdio.h）中使用？

來源

2011-02-28 danpker

不是。它只是增加了粗體和頭頂。

作爲一個維護者，你將面臨的最大痛苦之一是弄清楚什麼標題不需要包括並擺脫它們。當你得到一個20 +頭的列表，你開始contemplating ugly things像蠻力強制穿過它（一次刪除一個，看看是否有任何破壞）。

善待未來維護你的東西的人。使用你需要的每個模塊的標題，沒有更多..不少於:)

來源

2011-02-28 04:47:35

...當然，這種暴力破解更加複雜的原因是您必須在每個支持的操作系統上測試「是否有任何事情中斷」，可能會在多種不同的構建時配置下進行測試。 – caf 2011-02-28 05:39:17

頭文件實際上是你從你的c程序中包含的東西。它包含結構，宏，函數定義等數據結構。有時單個頭文件可以正常使用，如果程序增長爲邏輯組件，則可能需要購買。

來源

2011-02-28 04:44:48 Spyros

我個人認同「把它放在你使用它的地方」的理念。這使得它更清楚哪些文件使用什麼，依賴關係等。

想象一下，您有一個標題MyHeader.h。如果您需要更改依賴於該代碼的代碼，可以很容易地找到該代碼，如果每個使用該代碼的文件都有一個#include "MyHeader.h" - 您可以對include語句進行全局搜索。

如果在另一方面，你只包括在一些其它頭MyHugeHeader.hMyHeader.h，然後包括是在你的文件，你不能這樣做，因爲所有這在使用MyHeader.h文件爲#include "MyHugeHeader.h"，同每隔一個文件。

來源

2011-02-28 04:46:24 Mac

個人喜好真的... 只要你是一致的（這使得它很容易閱讀），它是如何格式化並不重要，。你可以把它放在1個頭文件中，或者你可以把它放在每個需要它的文件中。它還取決於其他包含的東西是如何加載的，主要不需要它的包含等等，所以使用相同的頭文件來存放所有其他C文件可能或不可以（取決於編譯器）包括相同的包含多個倍。

編輯：我有一個蘋果同意過，把它放在你使用它是一個非常，非常好的事情做的一樣好

來源

2011-02-28 04:47:51 das7002

有些事情不是已經指出：

不需要依賴增加了編譯時間。修改標題時，必須重新編譯直接或間接包含它的所有編譯單元。如果不需要包含，則重新編譯也不是。程序越大，問題就越大，尤其是如果你將程序分解爲需要手動觸發的重新編譯的組件。
當您添加不需要的依賴項時，預編譯器標頭可能更有效。

來源

2011-02-28 06:18:10 AProgrammer

我不會故意把我所有的包括成一個頭文件，僅僅是因爲如果你改變這些包含的頭文件中的一個，你必須重新編譯已列入你的「主」包括一切文件。這可能會導致單行更改的編譯時間過長。

這就是說，我不會花太多時間來確保我不會對include語句過於自由。一些工程師會花費大量時間試圖減少內容以節省編譯時間，我認爲他們的時間更適合解決問題或開發新功能。

來源

2011-02-28 06:37:29 Jeff

將所有可能的標題放在一個應用程序標題中的錯誤可能是錯誤的。

這是懶惰，以很高的價格來。它使構建變得脆弱。這使得很難理解真正的依賴關係在哪裏，因此很難重構或以其他方式重用代碼。

這使它很難測試。

但最大的問題是，它代表了知識分子的懶惰，並鼓勵更多相同的東西。

如同所有的編程問題一樣，做所需要的，不要多做，不要少做。考慮維護。考慮構建管理。

只是想。

來源

2011-09-18 00:20:04 emvee

將所有包含放在一個頭文件中是一個好主意嗎？

回答

相關問題