如何在 C 语言中实现模块化

C 语言是模块化编程的工具，模块的组织方式以及它们之间的交互方式应该是一个大问题。 我认为有几件事值得注意（请纠正错误）：

1.每个源文件都是一个独立的模块，应该能够独立编译，无需连接任何其他模块，也不需要其他源文件。

2. 模块通过函数、常量、变量、结构定义和宏（似乎是一种常量）相互交互。

3. 每个模块应该包括两个部分：import 和 export，例如调用另一个模块的函数 foo（），这是必需的。

extern int foo();

这应该是模块导入部分的一部分。

模块提供的函数应作为模块导出的一部分在相应的头文件中声明。

模块的导出部分应放在模块的头文件中。

4. 如果变量仅在该模块中使用，则可以在该模块中将其定义为静态; 否则，它是一个全局变量，在头文件中声明，也用作模块导出的一部分。

5. 可以在头文件和源文件中定义宏。 如果宏只在模块中使用，就等价于一个局部常量，最好放在源文件中; 如果还要使用其他模块，请将其放在头文件中。

6. 结构定义似乎在头文件中。 难道不应该有一个单独的头文件专门用于定义结构吗???

首先，我不知道我是否正确; 其次，我认为应该有一个标准来组织文档，但不幸的是我没有找到这样的信息。 我希望有人能站出来给我一些建议，谢谢。

C 语言中的模块化表现在两个方面：

1 功能。 函数是C语言的最小单元，每个函数实现一个独立的函数，因此每个函数都可以看作是最小的函数模块。 通过这种方式，C语言实现了最基本的模块化。

2 个文件。 在C语言中，支持一个程序是从多个源文件编译而来的，因此可以在同一个文件中编写一组功能相似的函数，并以源文件为单元，实现模块化。

当模块较大时，可以写入多个头文件，然后编译成一个库文件，该文件基于库文件实现模块化。

呵呵。 C语言本身是其他语言的基础。

您无需具备基础知识即可学习 C 语言。

函数在 C 语言中用于实现程序模块。

模块化编程是将一个大任务分解为几个小任务，然后将小任务分解为小任务，直到每个任务只完成一个独立的功能的过程。 这些任务中的每一个都称为一个模块，在 C 语言中，该模块是用函数实现的。

借助函数实现程序的模块化，想要实现的功能是用函数实现的，不同的函数用不同的功能实现，函数在一定程度上可以复用，所以就叫模块，可以看到模块静态库循环总结**教程可以观看。

C 语言是一种面向过程的语言。

将事物划分为多个步骤并细分以使其更有条理。 例如，今天你要吃最多的晚餐。

第一种方法：你必须考虑：去杂货店购物; 、去**买什么，买什么，用什么交通工具买，怎么回来，煮饭，用什么厨具，蒸？ 熟？ 煎？ 做家人认为好吃的事情，以及洗碗、打扫卫生等。

这并不觉得这种方法很混乱。 第二种方法是先分解它：

我首先要考虑的是（1）买菜 （2）做饭 （3）洗碗 就6个字，3大块，不要想太多，先列出整个事情的步骤。 然后将其细分为每一块。 （1）杂货店购物; （去**买（什么买。

这样一来，在第一个大块（杂货店购物）中就有两块（当然，它也可以细分，因为（去**购买，然后细分（运输等）。

你觉得做一顿晚餐，一步一个脚印会这么恶心吗？ 我一开始是这么想的，但如果你用 C 语言编程，那就简单明了。

也就是说，每个块都有一个功能，并且它们彼此之间尽可能不相关。 前面的**是从上到下完成一串函数。

模块化，说白了，就是字面意思，按照一定的规则把你的程序分成几个模块。

查找数据的模块仅负责查询。

显示到窗口和页面的模块仅负责显示。

彼此之间的影响很小，设置没有影响，没有人，程序不会报错只是学习编程，这样就比较难理解了，真正写一段时间的程序，自然知道如何模块化。

因为程序写完之后，必须对一些功能进行修改、添加、删除，这时候，如果系统不是模块化的，那么换一个地方，整个程序就会瘫痪，或者只是换一个变量的形式，或者函数的形式，结果就要把整个程序改了一遍，然后为了方便， 您将拥有自己的一套模块化想法。

插件：插件是可以独立执行一个功能或一系列功能的模块。 通常插件由主机程序加载，不能独立运行。

主机：主机是承载插件运行并为插件提供基本服务的环境。 通常插件由主机程序管理和控制。

插件：通常由开发人员编写主机程序，并预先定义系统提供的基础服务接口和插件接口。 然后，其他开发人员根据系统插件接口编写插件函数。

通常插件以独立功能模块的形式出现。 主机程序不知道插件的具体功能，通常主机在启动时会检索插件信息，并按照预定的插件接口加载插件。

实现相同的接口实际上是接口编程。 请参阅 Eclipse

1.模块化编程是指将一个大型程序划分为几个功能独立的模块，独立开发每个模块，然后将这些模块合并成一个完整的程序。 这是C语言中一种面向过程的编程方法，可以缩短开发周期，提高程序的可读性和可维护性。

2.在单片机程序中，当程序比较小或功能比较简单时，我们不需要使用模块化编程，但是当程序功能复杂，涉及资源较多时，模块化编程可以体现其优越性。 正如我们之前写的，HT1380驱动、独立的按键扫描器和12864程序，每个程序都是用一个源文件编写的，但是当你制作12864液晶日历时，就需要使用HT1380驱动、独立的按键扫描器和12864显示程序，如果这三个程序都集中在一个源文件中， 这将导致主程序臃肿和杂乱，这并不是不可取的。它只是降低了程序的可读性、可维护性和重用率。

如果把这三个程序看作是三个独立的模块，放在你的主要项目中进行模块化编程，效果会有所不同。 实际上，模块化编程是合并模块的过程，即创建每个模块的头文件和源文件并将它们添加到主程序中的过程。 主程序调用模块的功能是通过包含模块的头文件来实现的，模块的头文件和源文件是模块不可分割的两个部分，一个是不可缺少的。

因此，模块化编程必须为每个模块提供头文件和源文件。

简单地说，模块化意味着您的程序由彼此相对独立的模块组成。 因此，具体来说，一个稍微大一点的程序是不可能使用的。 在源文件中写几十万行来完成它，对吧？

这个程序将被许多人分开。 c源文件完成**写入，对。 因此，程序员在组织源码时，将概念和功能相对独立的模块分离成单独的模块。

C 源文件，这些。 源文件由编译器编译并独立。 o 目标文件，然后链接器分隔这些文件。

o 目标文件被链接成为最终程序。 这是对模块化的简单理解，它侧重于“形成最终程序的源代码，可以在每个程序中单独编写”。 c 源文件”。

另一方面，结构是程序的一个相对合乎逻辑的概念。 换句话说，你如何在逻辑上将程序最终将要实现的功能分离为相对独立的功能，并且这些单独的功能最终实现了程序的整体功能？ 而对于一种语言来说，要支持这种逻辑分离，它必须提供相应的手段和方法来实现这种逻辑分离，对吧？

简单地说，如果 C 不允许你定义自己的函数，并且要求你将所有实现都写在一个 main 函数中，你可以考虑一下，对吧？ 因此，C语言提供了一个函数的概念，可以在其中定义相对独立的逻辑，函数通过函数调用和参数传递相互通信。 这样，一个整体的逻辑就可以被分割成相对独立的逻辑，而这些相对独立的逻辑又可以相互通信，实现整体逻辑。

结构化的重点是“你可以将程序逻辑彼此分离”的含义。

具体这个我就不知道了，根据我个人的理解，C语言在写作过程中，要用数组、指针等来实现函数函数，结构化应该是指函数过程的实现，根据具体情况选择编程方法，常见的比如顺序法等（我已经有几年没看过书了， 而有的已经忘记了，常见的应该是三个），所以程序结构是显而易见的。模块化应该是完整的程序，在编程时，使用MIAN函数，在函数嵌套时调用子函数等，在开发软件时，这些函数或其他函数称为模块。 结合这些游戏开发，可以理解。

游戏开发者不是单打独斗的，很多工作组对每个环节（即模块）进行编程，然后连接这些不同的模块来开发游戏，所以C语言是模块化和结构化的。 个人理解，仅供**参考。

在 C 语言中，main 函数，也称为 main 函数，是 C 标准的组成部分（参见 C90 C99 标准协议文档）。 虽然它也被称为函数。 但是，它并不是 C 编译器的真正函数。

或者更确切地说，它不属于您的任何模块。

由于历史原因，Dennis Ritchie 和 Ken Thompson 在完成对 Basic（即原来的 C）的升级后，提出了整个语言的主入口的定义，即使用一个名为 main 的段，它被定义为一个函数来表示整个 C 程序的入口点（运行在 OS 中的进程）。

但对于用户的**，用户用C语言编写的所有模块中的函数都是设计和实现的; 没有 Main 的多功能性。 也许你应该知道，C程序的执行必然是从main开始的。

说到模块化编程，我不知道提问者是否知道具体情况。 如果你不明白，请参考（C模块化编程（我见过的最好的）pdf），** 在库中。