C - 大きなプロジェクトを開始します。ファイル/ディレクトリ構造と名前。必要な良い例[クローズ]

Question

新しいビッグCのマルチプロジェクトを開始し、どのようなルール1は、後に困難を避けるために従うべき？たとえば、新しい開発者として、私は、Linuxカーネルのソースコードの周りに自分自身をナビゲートする難しさを持つことができます - incosistentディレクトリ構造（例えば、の音と非常に進化したが、ハードディスク・ツー・ステップインソフトウェア構造の良い例です<同じディレクトリレベルにある/ em>のディレクトリとのアーチの）。

プロジェクト・アーキテクトとして、私は後で罠を避けるために何をすべきでしょうか？もちろん、私はCのlexemsとファイルのための非常に直感的で自己矛盾の命名規則を必要としています。しかし、良いスタイルとものではありません何ですか？私は1つだけのディレクトリまたはそれらの数十を持っているべきですか？私は、共通のの含めるのディレクトリ内のすべてのヘッダファイルを置くべきでしょうか？

あなたは私の非常に良い例への参照をお願いできますか？ （任意のオープンソースのCプロジェクト）

Answer 1

あなたはおそらくにOpenSSLするを参照することができます。彼らのファイル編成とファイル間の機能の分布は非常に良いです。だから、明確な機能を示し、そのファイル命名規則があります。それはSSLコードに基づいているためしかし、それは理解するのに時間がかかる場合があります。あなたのプロジェクトのためのあなたに幸運を！ ：）