什麼是項目的文件夾結構最好,最常用的做法:最佳實踐:SRC /包括或包括下一個文件夾到src文件夾
project |-- src |-- include
或
project |--src
|--include
即有源文件夾中的包含文件夾或兩者都相鄰?
編輯:
這wuestion是相似的:Separate "include" and "src" folders for application-level code?,但答案是沒有真正令人滿意。
什麼是項目的文件夾結構最好,最常用的做法:最佳實踐:SRC /包括或包括下一個文件夾到src文件夾
project |-- src |-- include
或
project |--src
|--include
即有源文件夾中的包含文件夾或兩者都相鄰?
編輯:
這wuestion是相似的:Separate "include" and "src" folders for application-level code?,但答案是沒有真正令人滿意。
我更喜歡將這兩個文件夾放在同一層。 你必須選擇你自己的方式。
我比較喜歡將makefile文件的源文件與源文件分開,以便更好地瞭解我的項目。
Project |--src/
|--include/
|--others/
|--obj/
|--Makefile
以我的經驗,其旁src
目錄include
目錄是在開放源代碼庫更加普遍。
注意,一些圖書館,甚至用另一個分區:他們分庫爲模塊(如ModA
,ModB
等),然後有一個include
和src
目錄每個模塊,即ModA/include
,ModA/src
,ModB/include
和ModB/src
。例如參見the PCL library。
如果我要建立一個圖書館,我會做的目錄結構如下所示:
project/
project_name/
src/
凡project_name
有包括文件。
然而,對於一個應用程序級項目,這將是我的選擇:
project/
src/
src/
那麼將有所有的文件是否.H .C或。
簡而言之,除非你正在編寫一個庫,否則不要使用頭文件的文件夾,因爲庫需要更加有組織,還可以爲庫的安裝提供便利。
我認爲第二種是比較常見的,其中'include'僅包含外部可見的頭文件(例如,那些與庫一起分發的頭文件)。其他頭文件與其他源代碼一起進入src。 –
我總是將包含文件放在與它們相關的源相同的目錄中,並使用文件夾來隔離應用程序的不同位(通常是單獨的DLL)。當然,將外部可見的頭文件放在同一級別的包含目錄中很有意義(我大多不需要這樣做)。 –
[應用程序級代碼中的[Separate「include」和「src」文件夾的可能重複?](http://stackoverflow.com/questions/2924037/separate-include-and-src-folders-for-application-level-代碼) – Mark