单片机C语言模块化编程(初步).docx

F面让我们揭开模块化神秘面纱，一窥其真面目。
C语言源文件lc
提到C语言源文件，大家都不会陌生。因为我们平常写的程序代码几乎都在这个 。编译
器也是以此文件来进行编译并生成相应的目标文件。作为模块化编程的组成基础，我们所要实现的所有功能的源代码均在这个文件里。理想的 模块化应该可以看成是一个黑盒子。即我们只尖心模块提供的功能，而不管模块内部的实现细节。好比我们买了一部手机，我们只需要会用手 机提供的功能即可，不需要知晓它是如何把短信发出去的，如何响应我们按键的输入，这些过程对我们用户而言，就是是一个黑盒子。
在大规模程序开发中，一个程序由很多个模块组成，很可能，这些模块的编写任务被分配到不同的人。而你在编写这个模块的时候很可能就需 要利用到别人写好的模块的借口，这个时候我们尖心的是，它的模块实现了什么样的接口，我该如何去调用，至于模块内部是如何组织的，对 于我而言，无需过多尖注。而追求接口的单一性，把不需要的细节尽可能对外部屏蔽起来，正是我们所需要注意的地方。
c语言头文件
谈及到模块化编程，必然会涉及到多文件编译，也就是工程编译。在这样的一个系统中，往往会有多个
C文件，而且每个c文件的作用不尽相同。在我们的 C文件中，由于需要对外提供接口，因此必须有一些函数或
者是变量提供给外部其它文件进行调用。
，其提供最基本的LCD的驱动函数
LcdPutChar(char cNewValue); 〃在当前位置输出一个字符
而在我们的另外一个文件中需要调用此函数，那么我们该如何做呢？
头文件的作用正是在此。可以称其为一份接口描述文件。其文件内部不应该包含任何实质性的函数代码。我
们可以把这个头文件理解成为一份说明书，说明的内容就是我们的模块对外提供的接口函数或者是接口变量。同时该文件也包含了一些很重要 的宏定义以及一些结构体的信息，离开了这些信息，很可能就无法正常使用接口函数或者是接口变量。但是总的原则是：不该让外界知道的 信息就不应该出现在头文件里，而外界调用模块内接口
函数或者是接口变量所必须的信息就一定要出现在头文件里， 否则，外界就无法正确的调用我们提供的接口功能
因而为了让外部函数或者文件调用我们提供的接口功能，
就必须包含我们提供的这个接口描述文件■…即头文件。
同时，我们自身模块也需要包含这份模块头文件
(因为其包含了模块源文件中所需要的宏定义或者是结构体
厂好
比我们平常所用的文件都是一式三份一样，模块本身也需要包含这个头文件。
下面我们来定义这个头文件，一般来说，头文件的名字应该与源文件的名字保持一致，这样我们便可以清晰的知
道哪个头文件是哪个源文件的描述。
于是便得到了 。
#ifndef_LCD_H_
#define _LCD_H_
exter n LcdPutChar(char cNewValue);
#en dif
这与我们在源文件中定义函数时有点类似。不同的是，在其前面添加了 exter n修饰符表明其是一个外部函
数，可以被外部其它模块进行调用。
#ifndef _LCD_H_
#defi ne _LCD_H_
#en dif
这个几条条件编译和宏定义是为了防止重复包含。假如有两个不同源文件需要调用
LcdPutChar(char cNewValue) 这个函数，他们分别都通过 #inelude “ ”把这个头文件包含了进去。在第
一个源文件进行编译时候，由于没有定义过 _LCD_H_因此料门€^ _LCD_H_条件成立，于是定义_LCD_H_^
将下面的声明包含进去。在第二个文件编译时候，由于第一个文件包含时候，已经将 _LCD_H_定义过了。因此
#ifndef_LCD_H_不成立，整个头文件内容就没有被包含。假设没有这样的条件编译语句‘那么两个文件都包含
不得不说的typedef
很多朋友似乎了****惯程序中利用如下语句来对数据类型进行定义
#defi ne uint un sig ned int
#defi ne uchar un sig ned char
然后在定义变量的时候 直接这样使用
uint g_n TimeCo un ter = 0 ;
不可否认，直样确实很方便，而且对于移植起来也有一定的方便性。 但是考虑下面这种情况你还会 这么认为吗?
#define PINT unsigned int * 〃定义 unsigned int 指针类型
PINT g_n pTimeCo un ter, g_n pTimeState ;
那么你到底是定义了两个 un sig ned int型的指针变量