单片机论坛.docVIP

1、在编写程序的时候，先分析所要实现的功能，然后功能细分为模块，实现程序的模块化，这样在将来代码修改，维护上都会带来很大的方便。 2、将与硬件有关的部分代码（驱动部分）和与事物处理有关的部分的代码分开。 3、参考windows编程中的消息队列，多采用发消息方式进行对任务的处理，这样既可以提高cpu的使用率，还可以使程序结构清晰明了。 4、变量名称定义要统一，名字要有意义。这点主要是为了日后的代码维护。我的前辈给我留下的代码，变量名十分随意，阅读起来十分费力。具体可参考匈牙利法或者其它方法。 5、代码格式要规范整洁。可参考华为《c语言规范》 6....... 如下问题，几乎所有的单片机书籍中都大量存在(更别说网上的和现实中的代码了，书上都写的那么差劲，学的人能好到哪里去)： 1、变量到处定义，根本不管变量的生命周期是否合适(请回答：全局变量、局部变量、静态变量、volatile变量有什么区别联系？) 2、变量名称极不规范，根本从名字上看不出来这个变量类型是什么，到底想干什么。 3、函数定义几乎不用参数，全都是void 4、语句写的一点都不直观，根本就是在用汇编。比如：想取一个字长的高字节和低字节，应该定义一个宏或是函数来做，如#define HIBYTE(w) ((BYTE)((DWORD)(w) 8))，以后直接用HIBYTE()多直观，难道非得用(BYTE)((DWORD)(w) 8)代表你的移位操作的水平很高吗？ 5、最重要的一点，没有建立模块化的编程思想。一个程序往往要很多部分协同工作，需要把不同的功能分离出来单独创建一个.h和.c的文件，然后在头文件中把可以访问的函数暴露出来。 6、不思考曾经做过的程序是否还有改进的余地，写程序如果只是为了写而写，一辈子也长进不了多少 引用 17 楼 jiqiang01234 的回复: 小程序可是有大学问的。举个例子吧，断码管用过吧？它的解法有两种：共阴极和共阳极。断码管有abcdefg七个端子接入，一般我们会按顺序abcdef对应单片机某一端口的从低位到高位接。但你想过没有，若是正好把高低位顺序完全接反了怎么办（不要说不可能，我可碰到过）？再加上又可以共阴极和共阳极两种选择。是否可以把这四种情况都统一到一起形成一个.h头文件供日后随意使用呢？ 这其实应该是程序员的直觉，一种天生的惰性，把经常用到的东西一次性做好，供日后使用。 我是这么实现的，参见以下代码： #ifndef _LED_NUM_H_ #define _LED_NUM_H_ #include const.h typedef enum tagLEDNUM { LED_0, LED_1, LED_2, LED_3, LED_4, LED_5, LED_6, LED_7, LED_8, LED_9, /* LED_A, LED_B, LED_C, LED_D, LED_E, LED_F,*/ LED_MINUS, LED_ALL_OFF, LED_ALL_ON, LED_TABLE_SIZE }LEDNUM; #if defined COMMON_CATHODE //共阴极 #ifdef COMMON_CODE //-号 code BYTE g_LEDNumTable[LED_TABLE_SIZE] = {0x3f, 0x06, 0x5b, 0x4f, 0x66, 0x6d, 0x7d, 0x07, 0x7f, 0x6f, 0x80, 0x00, 0xff}; //最后两个字节为关和开 #elif defined REVERSE_CODE //反序字节 code BYTE g_LEDNumTable[LED_TABLE_SIZE] = {0xfc, 0x60, 0xda, 0xf2, 0x66, 0xb6, 0xae, 0xe0, 0xfe, 0xf6, 0x01, 0x00, 0xff}; #else #error must indicate COMMON_CODE or REVERSE_CODE identifier #endif #elif defined COMMON_ANTICATHODE //共阳极 #ifdef COMMON_CODE //-号 code BYTE g_LEDNumTable[LED_TABLE_SIZE] = {0xc0, 0xf9, 0xa4, 0xb0, 0x99, 0x92, 0x82, 0xf8, 0x80, 0x90, 0x7f, 0xff, 0x00}; //最后两个字节为关和开 #elif defined REVERSE_CODE //反序字节 code BYTE g_LEDNumTable[LED_TABLE_SIZE] = {0x03, 0x9f