问相同的代码部分被项目模块/代码文件的很大一部分使用/执行时的设计解决方案--不同的体系结构级别

EN

我想知道一个好的嵌入式sw架构师将如何选择在不同的C文件模块中使用同一部分代码的最佳选择，当这些模块处于不同的体系结构级别时。

每个模块都是一个具有内部和外部函数的文件，其对应的.h文件具有公共函数声明。

我有1)低级模块，2)中级模块，3)高级模块，4)应用程序级模块。4)调用函数，3)调用函数，等等。

但我已经意识到，一些函数在它们的例程的不同点执行相同的指令。如果某些例程中的一部分代码也存在于大约2)和3)模块的例程中，那么进行良好和高效的代码体系结构设计的最佳选择是什么？

我的第一个想法是将指令集打包到公共function_x中，并在头文件中声明它，以便调用上层模块函数。作为建筑师，我学到了：

1. 要将头文件file_x.h作为模块API来看待，并将其用于其他和高级文件(模块之间的唯一接口通信)。
2. 如果将API函数用作实现它们的同一个模块file_x.c中的内部函数，则这不是一个好的设计。
3. ie: 4)模块不能直接与模块API通信。模块函数只能调用模块API函数，模块函数只能调用模块函数；因此，模块函数只能调用1)模块函数。

事实上，我继承了一个旧的项目，他们通过数字输出编写了一个字节，通过串行总线将字节发送到一个测斜仪。但是他们已经实现并声明了相同的函数，在每个模块/文件中使用与内部函数相同的名称。还有一些时候，我发现他们在其他例程中重写了这段代码，在其他例程中，我只调用例程而不是。我觉得可以改进一下。

因此，我的怀疑是：

1. 一个很好的设计可以将指令打包到一个模块级别的函数中，然后从其余的级别模块中得到调用吗？
2. 如果2)级模块也打包了1)级模块函数，给出不同的名称并将其带到API头上，那么是否更好呢？
3. 如果我也在不同的模块中使用代码，但它们属于相同的模块级别，该怎么办？
4. 如果相同的函数需要作为内部函数使用，同时也需要被其他文件作为公共函数调用，您将如何面对设计。