對于一些狀態的集合，盡可能使用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)>
#define T1L_VAL T1H_VAL


8、延時程序賦值時寫成FOSC函數，編譯器會預先算，不占用MCU資源
以后移植方便

9、液晶程序一定要定義長寬

如點陣型：
#define ROW 64
#define CLUM 128 /*128*64*/

字符型：

#define ROW 4
#define CLUM 20 /*128*64*/

#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、串口等。