プロジェクトモジュール/コードファイルの大部分で同じコード部分が使用/実行される場合のソリューションの設計異なるアーキテクチャレベルの分散

優れた組み込みソフトウェアアーキテクトが、異なるCファイルモジュールが異なるアーキテクチャレベルにある場合に、コードの同じ部分を異なるCファイルモジュールで使用するための最良のオプションをどのように選択するかを知りたいです。

すべてのモジュールは、内部関数と外部関数を含むfile.cであり、対応する.hファイルにはパブリック関数宣言があります。

私は1）低レベルのモジュール、2）中レベルのモジュール、3）高レベルのモジュール、4）アプリレベルのモジュールを持っています。4）呼び出し3）関数、3）呼び出し2）関数など。

しかし、1）、2）、および3）関数のいくつかが、ルーチンの異なるポイントで同じ命令を実行していることに気付きました。一部の1）ルーチンのコードの一部が一部の2）および3）モジュールのルーチンにも存在する場合、優れた効率的なコードアーキテクチャ設計を行うための最良のオプションは何ですか？

私の最初の考えは、命令セットをpublic function_xにパックし、上位レベルのモジュール関数に対して呼び出されるようにヘッダーファイルで宣言することです。建築家として私は学びました：

1. ヘッダーファイルfile_x.hを、表示され、他の上位ファイル（モジュール間の唯一のインターフェイス通信）に使用されるモジュールAPIと見なします。
2. API関数がそれらを実装する同じモジュールfile_x.cの内部関数として使用されている場合、それは適切な設計ではありません。
3. すなわち：4）モジュールは1）モジュールAPIと直接通信できません。4）モジュール関数は3）モジュールAPI関数のみを呼び出すことができます。3）モジュール関数は2）モジュール関数のみを呼び出すことができます。したがって、2）モジュール関数は1）モジュール関数のみを呼び出すことができます。

事実、私は古いプロジェクトを継承しており、シリアルバスを介してポテンショメータにバイトを送信するデジタル出力でバイトを書き込みました。しかし、それらはすべてのモジュール/ファイルで内部関数と同じ名前で同じ関数を実装して宣言しています。また、他のルーチン内でこのコードを書き直していることに気付いたときもあります。代わりに、ルーチンを呼び出すだけです。改善できると思いました。

だから、私の疑問は次のとおりです。

1. 1）モジュールレベルで関数に設定された命令をパックし、残りのレベルのモジュールから呼び出されるように設計するのは良いですか？

2. 2）レベルモジュールが1）レベルモジュール関数もパックして、別の名前を付け、それをAPIヘッダーに持ってきて、3レベルモジュール関数で使用できるようにする場合は、より良い考えですか？

3. 別のモジュールでもコードを使用しているが、それらが同じモジュールレベルに属している場合はどうすればよいですか？

4. 同じ関数を内部関数として使用する必要があり、同時に他のファイルからパブリック関数として呼び出す必要がある場合、どのように設計に直面しますか。