按組件或文件類型對文件和文件夾進行分組會更好嗎？大型C++項目的文件/文件夾佈局的一些最佳實踐
例如，可以說該項目是LibreOffice套件。作家，計算器，繪圖等
應的文件夾是由組件這樣的：
+ LibreOffice/
| + Writer/
| + src/
| + test/
| + Calc/
| + src/
| + test/
| + Draw/
| + src/
| + test/
或者按文件類型是這樣的：
+ LibreOffice/
| + src/
| + Writer/
| + Calc/
| + Draw/
| + include/
| + Writer/
| + Calc/
| + Draw/
|-+ test/
| + Writer/
| ...
我個人總是組件去，文件類型甚至聽起來非常混亂。
例如，在一個大型的Web項目中，我將拆分腳本，樣式表，引用，圖像，但也有一些東西，例如我的搜索功能所需的類組合在一起。
在一個較高的水平我會拆分數據，內容框架等
這是選擇的問題真的。
但我通常會遵循第一種方法，因爲這樣可以幫助他人更好地理解代碼佈局，只需一眼就能看到。
總是遵循下一個人在你的項目中工作的實踐和方法，這對於我來說，第一種方法適合這種情況。
謝謝你的回覆。我想事後看來，這更多的是偏好。我目前有一個項目是按照選擇1進行佈局的。但是我發現自己經常使用構建工具，單元測試輸出工具等方式進行「交叉切割」。 – user7957
這確實是一個選擇的問題。但是，我更喜歡第一種方法，它似乎是所有答案中的突出選擇。
一個基本的理由是，通過選擇第一個腳本，[build]腳本可以執行所有（子）目錄[Writer，Calc，Draw]中的所有步驟，而不需要太多的爬行。
另外，新開發人員可能會發現，在項目子目錄內可以看到所有相關的文件。
我寧願選擇第一個選項，因爲這看起來更合乎邏輯，不僅對我而且對任何將來在這個項目上工作的人都是有組織的。
它也有助於調試或進行任何類型的源代碼分析（可以說「Writer」），開發人員可能會尋找特定的文本或模式，因此只需要查看文件與「作家」有關。而在第二種選擇中，他必須瀏覽所有文件（考慮在與「Writer」/「Calc」/「Draw」等相關的文件中出現相同模式的最壞情況）。
所以，第一種選擇的生活要容易得多。
這是完全主觀的。最好的方式是你喜歡的方式。如果你是該項目的第一人，你可以選擇:) – Chad