大きなCプロジェクトを構成するためのベストプラクティスは何ですか?これはGitリポジトリに保存される可能性があるオープンソースのプロジェクトではなく、プロのプロジェクトです。物事はどのように分類されるべきですか?構造はどこに行くべきですか?構造体をパラメータとして使用する関数に対して、構造体に付随する関数を使用するべきなのはいつですか?Cのベストプラクティスのプロジェクト構成
プロジェクトのファイルをレイアウトする上で、どうすればよいのでしょうか?どのような命名規則が最も適切ですか?
大きなCプロジェクトを構成するためのベストプラクティスは何ですか?これはGitリポジトリに保存される可能性があるオープンソースのプロジェクトではなく、プロのプロジェクトです。物事はどのように分類されるべきですか?構造はどこに行くべきですか?構造体をパラメータとして使用する関数に対して、構造体に付随する関数を使用するべきなのはいつですか?Cのベストプラクティスのプロジェクト構成
プロジェクトのファイルをレイアウトする上で、どうすればよいのでしょうか?どのような命名規則が最も適切ですか?
this questionへの回答があります。
大きなプロジェクトの場合、私の個人的な方法は、すべてが独自のフォルダを取得することです。すなわち:
ルート - >(クラス、構造体)
クラス - >(にClassA、ClassBの)
構造体 - >(StructA、StructB)
必要な場合は、することができますさらにStructAや構造体B ...
を分割StructA - >(方法、構造体)
など
あなたの状況では、チーム全体が同じページにいることを確認するだけです。この点に十分なストレスを与えることはできません。物事を行うための標準化された方法を持って、それを確実に行うようにしてください。
質問を読んだことがありますか?どんな授業ですか?それはCではないC + +です。 –