文档介绍：模块化编程的分层设计经验
操作要点:
1、每一层直接对下一层操作,尽量避免交叉调用或越级调用
2、某些器件会把硬件驱动层合并成一个文件时,则归于较高的层
3、相同功能的外部函数尽量一致,尽量保证通用性
4、对于初次编程的模块,要严格保证中间各层的正确性好处:
1、对于后期维护扩展,只需修改应用层和物理层,根据需要扩展功能层
2、一个新项目只需把要用到的文件加入工程,简单修改调试就出来了
3、随着模块的不断积累,新的项目将越来越容易完成,后期的维护扩展也变得非常简单了
4、对于C语言编程,只需简单修改物理层就可完成不同单片机间的移植一般分为以下几层:
   ---应用层--面向用户
软|     ↓
件|---协议层--现成的协议栈、软件包、标准库,大多是移植,不自己写,如FAT、TCPIP、OS、GAME等
相|     ↓
关|     ↓
   ---功能层--实现器件无关性,实现器件的各种功能扩展和器件通用性处理,如LCD的线、圆、矩形等功能,如EEPROM的块写,自己的print
硬|     ↓     
件|---器件层--实现硬件无关性,保证IO无关性,只提供器件的基本功能,如字节读写、点
驱|     ↓
动---物理层--IO相关,直接操作硬件,实现硬件连接的多种方案
对应文件举例1:
   ---应用层--面向用户的主程序
软|     ↓
件|---协议层--如FAT、TCPIP、OS等现成的协议栈、算法、游戏等
相|     ↓
关|     ↓
   ---功能层--;;;;;;;引出LCD的线、圆、矩形、填充等功能
硬|     ↓             ↓
件|---器件层--;;;;;;;;,引出基本的初始化、定位、写点、写字节函数
驱|     ↓             ↓
动---物理层--;;引出器件的基本读写函数
对应文件应用举例2:
   ---应用层--面向用户的主程序
软|     ↓
件|---协议层--如FAT、TCPIP、OS等现成的协议栈、算法、游戏等
相|     ↓
关|     ↓
   ---功能层--;;;;;;;如EEPROM的块写统一化
硬|     ↓                         ↓
件|---器件层--;;;;;;等
驱|     ↓             ↓
动---物理层--;
一个大的单片机程序往往包含很多模块,我是这样组织的
1。每一个C源文件都要建立一个与之名字一样的H文件,里面仅仅包括该C文件的函数的声明,其他的什么也不会有,比如变量的定义啊等等不应该有。
2。建立一个所有的文件都要共同使用的头文件,里面当然就是单片机的管脚使用的定义,还有里面放那些需要的KEIL系统的头文件,比如#include<>,#include<.h>等等,,

3,每个C源文件应该包含自己的头文件以及那个共同的使用的头文件,里面还放自己本文件内部使用的全局变量或者以extern定义的全局变量
4。,,也可以直接放在文件的开头部分声明就可以了,
5。对于那些贯穿整个工程的变量,可以放在那个共同的使用的头文件里面,也可以用extern关键字在某个C源文件里面定义,哪个文件要使用就重复定义一下
,只要把C源文件加到工程中,把H文件直接放到相应的目录下面就可以了,不需要加到工程里。
单片机系统模块化编程的一些想法
51核类型单片机是目前应用较为广泛的一款MCU,编写单片机程序常常成为嵌入式软件开发软件入门级的训练。一般而言,51程序代码量少,考虑模块化程序相对较少。一种常规做法就是主程序采用while循环,再者通过中断中设置一些标志位;笔者在51单