大規模な C プロジェクトを編成するためのベスト プラクティスは何だろうと思っています。これは、オープン ソースのプロジェクトではなく、Git リポジトリに格納される可能性が高いプロのプロジェクトです。物事はどのように分類されるべきですか?構造はどこに行くべきですか?構造体にアタッチされた関数と、構造体をパラメーターとして受け取る関数をいつ使用する必要がありますか?
プロジェクト内のファイルのレイアウトに関して、どのようにまとめる必要がありますか? 最も適切な命名規則は何ですか?
大規模な C プロジェクトを編成するためのベスト プラクティスは何だろうと思っています。これは、オープン ソースのプロジェクトではなく、Git リポジトリに格納される可能性が高いプロのプロジェクトです。物事はどのように分類されるべきですか?構造はどこに行くべきですか?構造体にアタッチされた関数と、構造体をパラメーターとして受け取る関数をいつ使用する必要がありますか?
プロジェクト内のファイルのレイアウトに関して、どのようにまとめる必要がありますか? 最も適切な命名規則は何ですか?
この質問への回答に興味があるかもしれません。
あなたの状況で行う最善のことは、チーム全体が同じページにいることを確認することだと思います. この点はいくら強調してもしすぎることはありません。物事を行うための標準化された方法を持ち、それを確実に実行してください。
大規模なプロジェクトの場合、私の個人的な方法は、すべてが独自のフォルダーを取得することです。すなわち:
ルート --> (クラス、構造体)
クラス --> (クラスA、クラスB)
構造体 --> (構造体A、構造体B)
必要に応じて、StructA または Struct B をさらに分割できます...
StructA --> (メソッド、構造体)
等