構造体定義は.hまたは.cファイルに入れるべきですか？

structヘッダーのsの完全な定義と単なる宣言の両方を見てきました。1つのメソッドに他のメソッドよりも利点はありますか？

それが違いを生む場合、私は通常、そのような構造体をtypedefで .h

typedef struct s s_t;

編集する

明確にするために、オプションは、ヘッダーファイルでの宣言とクラスでの定義、またはヘッダーファイルでの宣言と定義の両方です。どちらを使用しても、どちらかが同じユーザビリティになるはずです。1つがリンケージによるものであっても、そうではありませんか。

私は、例えば、多くのほとんどの重複を見ていないここが、何の完全一致。この点で間違っている場合は修正してください。

そのファイルのプライベート構造体は.cファイルに入れ、.hの関数で使用される場合は.hファイルに宣言する必要があります。

パブリック構造は.hファイルに入れる必要があります。

どちらを使用しても、どちらかが同じユーザビリティになるはずです。1つがリンケージによるものであっても、そうではありませんか。

いいえ、同じヘッダーを含む他の.cファイルを検討するときは違います。構造体の定義がコンパイラーから見えない場合、その定義の詳細は使用できません。定義のない宣言（例：だけstruct s;）は、内部を調べようとするとコンパイラを失敗させますがstruct s、コンパイルは許可しますstruct s *foo;（foo後で逆参照されない限り）。

これらのバージョンの比較api.hとをapi.c：

Definition in header:                 Definition in implementation:
+---------------------------------+   +---------------------------------+
| struct s {                      |   | struct s;                       |
|     int internal;               |   |                                 |
|     int other_stuff;            |   | extern void                     |
| };                              |   | api_func(struct s *foo, int x); |
|                                 |   +---------------------------------+
| extern void                     |   +---------------------------------+
| api_func(struct s *foo, int x); |   | #include "api.h"                |
+---------------------------------+   |                                 |
+---------------------------------+   | struct s {                      |
| #include "api.h"                |   |     int internal;               |
|                                 |   |     int other_stuff;            |
| void                            |   | };                              |
| api_func(struct s *foo, int x)  |   |                                 |
| {                               |   | void                            |
|     foo->internal = x;          |   | api_func(struct s *foo, int x)  |
| }                               |   | {                               |
+---------------------------------+   |     foo->internal = x;          |
                                      | }                               |
                                      +---------------------------------+

APIのこのクライアントは、どちらのバージョンでも機能します。

#include "api.h"

void good(struct s *foo)
{
    api_func(foo, 123);
}

これは実装の詳細を詳しく説明しています：

#include "api.h"

void bad(struct s *foo)
{
    foo->internal = 123;
}

これは「ヘッダーの定義」バージョンでは機能しますが、「実装での定義」バージョンでは機能しません。後者の場合、コンパイラーは構造のレイアウトを表示できません。

$ gcc -Wall -c bad.c
bad.c: In function 'bad':
bad.c:5: error: dereferencing pointer to incomplete type
$

したがって、「実装の定義」バージョンは、プライベートな実装の詳細の偶発的または意図的な誤用から保護します。

構造体を他のコンパイルユニット（.cファイル）で使用する場合は、構造体をヘッダーファイルに配置して、必要な場所にヘッダーファイルを含めることができるようにします。

構造体が1つのコンパイル単位（.cファイル）でのみ使用される場合は、その.cファイルに配置します。

ポイントは、それをヘッダーファイルに配置すると、ヘッダーファイルをインクルードするだけで、複数のソースファイルの構造（またはその他の定義）を使用できるようになることです。

ただし、1つのソースファイルからのみ使用されることが確かな場合は、実際には違いはありません。

それらをCファイルに入れて、よりオブジェクト指向にしました。この記事を参照してください。

一般に、ヘッダーファイルとソースファイルのどちらに配置しても大きな違いはないと思います。ただし、複数のソースファイルから構造体のメンバーにアクセスする必要がある場合は、構造体をヘッダーファイルに入れて、構造体が必要な他のファイルから含める方が簡単です。