对于一些状态的集合，尽可能使用enum而不是#define 来定义。
如：
enum {OFF = 0, ON = 1};
远比
#define OFF 0
#define ON 1
好。
两种写法编译的效果是一样的，但是写程序及看程序的人员来说感觉就不一样了。用enum定义时，可以觉得OFF与ON是一个集合，有相关性（且可减少程序中#define的定义）。但用#define定义时，完全可认为OFF与ON不相干。特别是在程序中#define定义过多时，查找并理解它的意思都是一个痛苦。（如：uc/os，看见它的一大堆#define都头大，要完全明白那一堆定义都得花不少时间）
第二，程序中少用
#if
#ifdef
等条件编译。不符合条件的程序段是不被编译的，都不检查语法错误，当在某些情况下打开了条件开关时，也许一堆错误就出现了。而且程序并不利于阅读，当读程序时突然得去查找某东东是否#define真是痛苦。
好了，下面是我的习惯
1、I/O口输出电平定义一下，以后万一I/O电平驱动取反，一改就好。
//I/O Port Stutes
enum {OFF = 0, ON = 1};
//Led Stutes
enum {LED_ON = 0, LED_OFF = 1};
eg. LED = LED _ON; //低电平驱动LED亮。
2、I/O口与任何的其它IC接口，I/O口都要定义，不能直接使用I/O口。（方便以后用于其它的应用中）
如93C46：
#define CS93C46 P1_0 //片选信号
#define SK93C46 P1_1 //时钟信号
#define DI93C46 P1_2 //数据输入，相对93C46而言 (即93C46的数据输入)
#define DO93C46 P1_3 //数据输出
如字符型LCD：
#define LCDPORT P0 //lcd数据口
#define RS P1_7 //数据指令选择。低--ins ; 高--data
#define RW P1_6 //读写选择。 低--w ; 高--r
#define EN P1_5 //使能。 高到低--使能。
3、键盘口要定义输入口及屏蔽字
如：
#define KEYMASK 0x0f
#define KEYPORT P2
4、串口用中断驱动，要带Buf。
5、取按键的程序及串口的程序编2个，一个为非阻塞式，一个为阻塞式（不按键或不收到数据不返回）。
6、晶振频率要定义
#define FOSC 11059200ul //频率
7、波特律定义
#define BAUD 4800 //波特率4800
#define SMODX 0 //是否倍频 0-NO or 1-YES
#define T1H_VAL (256 - (UINT8)(FOSC * (1<<SMODX) *="" 1.0="" 384="" baud))
#define T1L_VAL T1H_VAL
8、延时程序赋值时写成FOSC函数，编译器会预先算，不占用MCU资源
以后移植方便
9、液晶程序一定要定义长宽
如点阵型：
#define ROW 64
#define CLUM 128
字符型：
#define ROW 4
#define CLUM 20
#define ROW1_ADDR (0x80 + 0) //第一行地址
#define ROW2_ADDR (ROW1_ADDR + 0x40) //第二行地址
#define ROW3_ADDR (ROW1_ADDR + CLUM) //第三行地址
#define ROW4_ADDR (ROW2_ADDR + CLUM) //第四行地址
然后所有的和液晶地址有关的计算全部引用这2个量。
换用任何屏直接一改，高层不变
10、驱动层与应用接口层分在不同的文件，移植方便。
如：键盘、LCD、串口等。 |
