c语言中如何实现模块化？

Posted 2023-04-08

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

模块化程序设计是将一个大的任务分解成若干个小任务，再将小任务分解成更小的任务，直到每一个任务都只完成一个独立功能。这样的每个任务都叫做模块，C语言中模块是用函数来实现的。

借助函数来实现程序模块化，把你想实现的功能用函数来实现，不同功能的就用不同的函数来实现，而且，函数在一定程度上可以被复用，所以称为模块，搜索零基础学通C语言系列大全之线程_模块儿_静态库_循环总结视频教程就可以看了。

参考技术A c语言是模块化编程的工具，模块如何组织，模块之间如何交互应该是个大问题。我觉得有以下几个值得注意的地方（不对的地方请大家指正）：
1、每个源文件就是一个独立的模块，它应该能够在不连接任何其它模块、不需要其它源文件的情况下独立编译。
2、模块之间是通过函数、常量、变量、结构定义、宏（似乎也是常量的一种）进行交互的
3、每个模块应该包括导入和导出两个部分，比如要调用另外一个模块的函数foo()，需要
extern int foo();
这应该属于模块的导入部分
而由该模块提供的函数，应该在相应的头文件中声明，作为模块的导出部分。
模块的导出部分应该放在该模块的头文件中。
4、如果只在本模块使用的变量，在本模块中定义成static的就可以了；否则就是全局变量，全局变量在头文件中声明一下，同时也作为模块的导出部分。
5、宏既可以定义在头文件中，也可以定义在源文件中。如果宏只是模块中用到，相当于局部常量，放到源文件中好了；如果其它模块也要用到，那么把它放到头文件中去。
6、结构定义似乎都放在头文件中。是不是应该另外有一个头文件，专门用来定义结构？？？

首先，我不知道自己的想法是否正确；其次，关于到底应该怎么样组织文件，我想应该也是有个标准的，可惜我没找到这样的资料。希望有高人能站出来指点一下，谢谢

单片机c语言模块化编程

C 语言源文件 

提到 C 语言源文件，大家都不会陌生。因为我们平常写的程序代码几乎都在这个 XX.C 文件里面。编译器也是以此文件来进行编译并生成相应的目标文件。作为模块化编程的组成基础，我们所要实现的所有功能的源代码均在这个文件里。理想的模块化应该可以看成是一个黑盒子。即我们只关心模块提供的功能，而不管模块内部的实现细节。好比我们买了一部手机，我们只需要会用手机提供的功能即可，不需要知晓它是如何把短信发出去的，如何响应我们按键的输入，这些过程对我们用户而言，就是是一个黑盒子。

在大规模程序开发中，一个程序由很多个模块组成，很可能，这些模块的编写任务被分配到不同的人。而你在编写这个模块的时候很可能就需要利用到别人写好的模块的借口，这个时候我们关心的是，它的模块实现了什么样的接口，我该如何去调用，至于模块内部是如何组织的，对于我而言，无需过多关注。而追求接口的单一性，把不需要的细节尽可能对外部屏蔽起来，正是我们所需要注意的地方。

 

C 语言头文件

谈及到模块化编程，必然会涉及到多文件编译，也就是工程编译。在这样的一个系统中，往往会有多个C 文件，而且每个 C 文件的作用不尽相同。在我们的 C 文件中，由于需要对外提供接口，因此必须有一些函数或者是变量提供给外部其它文件进行调用。

 假设我们有一个 LCD.C 文件，其提供最基本的 LCD 的驱动函数

LcdPutChar(char cNewValue) ;//在当前位置输出一个字符而在我们的另外一个文件中需要调用此函数，那么我们该如何做呢？

头文件的作用正是在此。可以称其为一份接口描述文件。其文件内部不应该包含任何实质性的函数代码。我们可以把这个头文件理解成为一份说明书，说明的内容就是我们的模块对外提供的接口函数或者是接口变量。同时该文件也包含了一些很重要的宏定义以及一些结构体的信息，离开了这些信息，很可能就无法正常使用接口函数或者是接口变量。但是总的原则是：不该让外界知道的信息就不应该出现在头文件里，而外界调用模块内接口函数或者是接口变量所必须的信息就一定要出现在头文件里，否则，外界就无法正确的调用我们提供的接口功能。因而为了让外部函数或者文件调用我们提供的接口功能，就必须包含我们提供的这个接口描述文件即头文件。

同时，我们自身模块也需要包含这份模块头文件(因为其包含了模块源文件中所需要的宏定义或者是结构体)，好比我们平常所用的文件都是一式三份一样，模块本身也需要包含这个头文件。

下面我们来定义这个头文件，一般来说，头文件的名字应该与源文件的名字保持一致，这样我们便可以清晰的知道哪个头文件是哪个源文件的描述。

于是便得到了 LCD.C 的头文件 LCD.h 其内容如下。

    #ifndef_LCD_H_

             #define_LCD_H_

             externLcdPutChar(char cNewValue) ;

             #endif

 

这与我们在源文件中定义函数时有点类似。不同的是，在其前面添加了 extern 修饰符表明其是一个外部函数， 可以被外部其它模块进行调用。

 #ifndef_LCD_H_

         #define_LCD_H_

         #endif

 这个几条条件编译和宏定义是为了防止重复包含。假如有两个不同源文件需要调LcdPutChar(char cNewValue)这个函数，他们分别都通过#include “Lcd.h”把这个头文件包含了进去。在第一个源文件进行编译时候，由于没有定义过 _LCD_H_ 因此 #ifndef_LCD_H_ 条件成立，于是定义_LCD_H_ 并将下面的声明包含进去。在第二个文件编译时候，由于第一个文件包含时候，已经将_LCD_H_定义过了。因此#ifndef_LCD_H_ 不成立，整个头文件内容就没有被包含。假设没有这样的条件编译语句，那么两个文件都包含了 extern LcdPutChar(char cNewValue) ; 就会引起重复包含的错误。

不得不说的typedef

    很多朋友似乎了习惯程序中利用如下语句来对数据类型进行定义：

    #define uintunsigned int

    #define uchar unsigned char

然后在定义变量的时候 直接这样使用

    uint g_nTimeCounter = 0 ;

 不可否认，这样确实很方便，而且对于移植起来也有一定的方便性。但是考虑下面这种情况你还会这么认为吗？

#define PINT unsigned int * //定义 unsigned int 指针类型

 

PINTg_npTimeCounter, g_npTimeState ;

那么你到底是定义了两个 unsigned int 型的指针变量，还是一个指针变量，一个整形变量呢？而你的初衷又是什么呢，想定义两个 unsigned int 型的指针变量吗？如果是这样，那么估计过不久就会到处抓狂找错误了。

庆幸的是 C 语言已经为我们考虑到了这一点。typedef 正是为此而生。为了给变量起一个别名我们可以用如下的语句：

typedefunsignedintuint16 ;//给指向无符号整形变量起一个别uint16

typedefunsignedint* puint16 ;//给指向无符号整形变量指针起一个别名 puint16

在我们定义变量时候便可以这样定义了：

uint 16g_nTimeCounter=0 ;//定义一个无符号的整形变量 puint16 g_npTimeCounter;//定义一个无符号的整形变量的指针

在我们使用51单片机的 C 语言编程的时候，整形变量的范围是16位，而在基于32的微处理下的整形变量是32 位。倘若我们在8位单片机下编写的一些代码想要移植到32位的处理器上，那么很可能我们就需要在源文件中到处修改变量的类型定义。这是一件庞大的工作，为了考虑程序的可移植性，在一开始，我们就应该养成良好的习惯，用变量的别名进行定义。

如在8位单片机的平台下，有如下一个变量定义

     uint 16g_nTimeCounter=0 ;

 如果移植32单片机的平台下，想要其的范围依旧为16位。可以直接修改 uint16 的定义，即

                   typedef unsigned shortintuint16 ;

 这样就可以了，而不需要到源文件处处寻找并修改

 将常用的数据类型全部采用此种方法定义，形成一个头文件，便于我们以后编程直接调用。文件名 MacroAndConst.h

其内容如下：

 

#ifndef _MACRO_AND_CONST_H_ 

#define _MACRO_AND_CONST_H_

typedef unsigned int uint16;

typedef unsigned int UINT;

typedef unsigned int uint;

typedef unsigned int UINT16;

typedef unsigned int WORD; typedef unsigned int word;

typedef int int16;

typedef int INT16;

typedef unsigned long uint32;

typedef unsigned long UINT32;

typedef unsigned long DWORD; typedef unsigned long dword;

typedef long int32;

typedef long INT32;

typedef signed char int8;

typedef signed char INT8;

typedef unsigned char byte;

typedef unsigned char BYTE;

typedef unsigned char uchar;

typedef unsigned char UINT8;

typedef unsigned char uint8;

typedef unsigned char BOOL;

#endif

至此，是不是似乎对于源文件和头文件的分工以及模块化编程有那么一点概念了呢？