C（または一般的な手続き型プログラミング）の設計原則、ベストプラクティス、および設計パターン？[閉まっている]

Question 1

Cプロジェクトの設計中に従うことができる既知の設計原則、ベストプラクティス、および設計パターンはありますか？それとも、手続き型（命令型）プログラミング全般に役立つ設計原則ですか？

（私は「オブジェクト指向世代」の子であり、初めて大規模なCプロジェクトを設計する必要があります）

Question 2

情報の隠蔽-Parnas（Software Fundamentals）によって支持されています。

ヘッダーと可視性の注意深い管理：

外部の世界から隠すことができるソースファイル内のすべてのものでなければなりません。文書化された外部インターフェースのみを公開する必要があります。
公開されるものはすべてヘッダーで宣言されます。
そのヘッダーは、機能が必要な場合（および定義されている場合）に使用されます。
ヘッダーは自己完結型です-必要なときに使用し、「他のヘッダーにも含める必要があるもの」について心配する必要はありません。ヘッダーは、ヘッダーを作成するために必要なものをすべて含めることで機能するためです。作業。

ヘッダーは自己保護されているため、複数回インクルードされていても問題ありません。

#ifndef HEADER_H_INCLUDED
#define HEADER_H_INCLUDED
...rest of header contents, including other #include lines if necessary
#endif /* HEADER_H_INCLUDED */

「オブジェクト」（通常は構造）を処理する関数のセットを設計し、それを使用しているコードで構造の内部をあちこち動かすのではなく、それらの関数を使用します。それを自主的なカプセル化と考えてください。

Question 3

私の3つのアドバイス：

単体テストを記述します。彼らはあなたがあなたが進むにつれてあなたの問題に適したデザインに焦点を合わせるのを助けます。事前に瞑想された思考に（単独で）依存するよりもはるかに優れています。
メモリーリークディテクターをインストールし（あらゆる種類のライブラリがそこにあります）、インストールして1日目から実行します。プログラム/テストが終了したらすぐに、このライブラリにすべてのリークを出力させます。これにより、リークを導入するとすぐにキャッチできるため、修正がはるかに簡単になります。
CでOOPコードを記述します。それほど難しくありません。メソッドのオーバーライドをエミュレートすることは可能ですが、単純なオブジェクトのエミュレーションから始めることをお勧めします。この単純なメカニズムでさえ、あなたに大きなマイレージを与えることができます。

次に例を示します。

typedef struct Vector {
  int size;
  int limit;
  int* ints; 
} Vector;

Vector* Vector_new() {
  Vector* res = (Vector*) malloc(sizeof(Vector));
  res->limit = 10;
  res->size = 0;
  res->ints = (int*) malloc(sizeof(int) * res.limit);

  return res;
}


void Vector_destroy(Vector* v) {
  free(v->ints);
  free(v);
}

void Vector_add(Vector* v, int n) {
  if(v->size == v->limit) {
    v->limit = v->limit * 2 + 10;
    v->ints = realloc(v->ints, v->limit);     
  }

  v->ints[v->size] = n;
  ++v->size;
}

int Vector_get(Vector* v, int index) {
  if(index >= 0 && index < v->size)
    return v->ints[index];

  assert false;
}

Question 4

良い、無料、オンラインブック、というタイトルがあるANSI-Cでオブジェクト指向プログラミング C. Aにオブジェクト指向のコードを書くのトピックをカバーし、検索グーグル、「オブジェクト指向C」のためにも、他の財の数を生成するには、例とリソース。

プロジェクトが安全性を重視する場合は、MISRA-Cが適切なルールセットです。これは主に組み込みcを対象としていますが、他の領域でも役立つ場合があります。

私はオブジェクト指向のコーダーであり、組み込みCで多くの作業を行っています。特に大規模なプロジェクトの場合、私ができる最善のアドバイスは、やりすぎないことです。ANSI Cの上に完全なOOフレームワークを作成することは非常に魅力的ですが、それを正しく行うにはかなりの時間と労力が必要です。手の込んだほうが、実際のプロジェクトに取り組む代わりにフレームワークのデバッグに費やす時間が増えます。明確な頭とYAGNIをしっかりと把握して、作業に取り組みます。がんばって！

Question 5

OOPは技術ではなく方法論です。だから私の最初のアドバイスは、それを手続き型プログラミングと考えるのをやめることです。

e.Jamesの要点として、オブジェクト指向言語を再作成したり、その機能を持っているように見せたりしたくはありません。いくつかの単純な原則に固執することで、すべての正しいことを行うことができます。

すべてを試運転します。
変化するものを見つけ、それをカプセル化します。
インターフェイスに合わせて設計します。