优秀的嵌入式程序特点

多使用结构体、环形队列、链表等数据结构及其指针，便于阅读，节省内存。

便于阅读是对的，但是节约内存很难的

增加DEBUG开关便于调试是不错，不过我认为，更优秀的是要培养灵敏的洞察力，程序的掌控性，做到一有问题就猜到某某地方有BUG，并且能在仿真环境下快速定位和判断，查错和改错。我用DEBUG不多，一般用在随机性条件下，用DEBUG开关让它顺序。LZ能举例其他方面的吗？

程序的宏确定有很大作用，但便于调试怎么理解？DEBUG开关不是用宏做的吗？

很赞成.h，.c的风格，我认为.h中的内容不要有杂物，就单单写出exturn的函数就行，连变量也不用，这样做的好处是，层次清晰，内部的东西最好封装起来不要外露，确实需要公共的变量的话，可以用函数返回的形式。然后.c中的内容就定义结构体，变量，宏，声明自己的内部函数等等。

内存的节省跟结构体或指针等没有关系，倒是跟算法有关，跟全局变量和局部变量有关。
多使用typedef定义结构体，并且用函数来初始化和销毁等，可以节省内存。
常使用带参数带返回值的函数也可以省内存。

以上仅为个人观点，如有异议，共同讨论。

“优秀的嵌入式程序特点”就是让你感觉不到它的存在。

多使用结构体、环形队列、链表等数据结构及其指针，便于阅读，节省内存。

便于阅读是对的，但是节约内存很难

多使用结构体、环形队列、链表等数据结构及其指针，便于阅读，节省内存。

便于阅读是对的，但是节约内存很难

好的结构

比如通信领域

struct typedef  {
         INT8U  datahhaha[8];
  } mem；

struct tyedef {
        mem    *ptr;
}  code frame;  //加个code省点内存
INT8U   realmem[8];

frame   tryone;  //弄个变量吧

tryone.mem = realmem;

写得太乱了

另外在写代码时尽量将一些初始化的常量用宏定义  这是不是也是一个特点呢？

要模块化，尽量做到高内聚低耦合。
  P.S.  不过这样会增加程序的大小！