ファイルやフォルダをコンポーネント別またはファイルタイプ別にグループ化する方がよいでしょうか？大規模なC++プロジェクトのファイル/フォルダのレイアウトに関するベストプラクティスは何ですか
たとえば、プロジェクトがLibreOfficeスイートであるとします。私はいつもコンポーネントで行くだろう個人的に
+ LibreOffice/
| + src/
| + Writer/
| + Calc/
| + Draw/
| + include/
| + Writer/
| + Calc/
| + Draw/
|-+ test/
| + Writer/
| ...
、：
+ LibreOffice/
| + Writer/
| + src/
| + test/
| + Calc/
| + src/
| + test/
| + Draw/
| + src/
| + test/
またはこのようなファイルの種類によって：ライター、Calcの、描画など
フォルダは、このような構成要素であるべきファイルの種類はちょうど恐ろしいほど乱雑に聞こえます。
たとえば、大規模なWebプロジェクトでは、スクリプト、スタイルシート、参照、画像を分割するだけでなく、検索機能に必要なクラスをまとめてグループ化しています。より高いレベルで
私は、データ、コンテンツ、フレームワークなど
を分割するだろう、それは本当に選択の問題です。
しかし、私は通常、最初の方法に従っています。これは、他の人がコードレイアウトを一目で分かりやすく理解できるようにするためです。
プロジェクトに取り組んでいる次の人がわかりやすく感じる方法と方法を常に守ってください。最初の方法がこれに適切に当てはまります。
返事をありがとう。私は、後見のなかではそれが好みであると考えています。私は現在、選択肢1のようにレイアウトされたプロジェクトを持っています。しかし、ビルドツール、単体テスト出力ツールなどで自分自身が「クロスカッティング」していることがよくあります。 – user7957
本当に選択の問題です。しかし、私は最初の方法を好んでおり、それはすべての回答の中で顕著な選択肢であるようです。
最初のものを選択することによって、[ビルド]スクリプトは、（サブ）ディレクトリ[Writer、Calc、Draw]内のすべてのステップを余りにも這うことなく実行できるということになります。
さらに、新しい開発者は、という関連するファイルをプロジェクトのサブディレクトリ内に表示する方が簡単かもしれません。
私はそれが私には将来的には、このプロジェクトに働くだろう誰にするだけでなく、より論理的かつ組織的に見えるように第1のオプションを選択好むだろう。
また、開発者は特定のテキストやパターンを探している可能性がありますので、デバッグやソースコード分析（「ライター」と言うことができます） 「ライター」に関する。 2番目の選択肢として、彼はすべてのファイルをブラウズする必要があります（「Writer」/「Calc」/「Draw」などのファイルで同じパターンが発生する最悪の場合を考慮）。
だから、最初の選択肢ではもっと簡単です。
これは完全に主観的です。最善の方法はあなたが好きなやり方です。あなたがプロジェクトの最初の人なら、あなたは選択することができます:) – Chad