2、嵌入式开发的变量　　　　一般来说如果你非常明确某个变量的作用域和生命周期就应该定义相对的变量，如const，static等，这样不容易出错，不建议将所有变量都定义成全局变量，这样管理起来比较麻烦，程序一旦出错，破坏性也比较大，函数也是如此，全局变量和通用函数一定要申明，这样在调用的时候不容易出错，而且有些编译器对于未申明的函数是不会报错的，但在调用的时候又会发出类型隐含转换的警告，在这里就不举例子了，总之这点要特别小心。　　　　3、嵌入式开发的宏定义　　　　在程序编写过程对于一些特定的数字应该尽量使用宏定义，这样做有个好处就是比较直观，便于日后维护，要不然时间久了你看到那个数字根本就想不起它代表什么意思，宏定义并不会给程序带来任何负担，因为它在编译的时候就已经全部替代了，所以尽可以广而用之。值得一提的是宏定义并不局限于使用常量，它可以定义函数，因为它是直接替换，因此避免了入栈和出栈，提高了程序执行的效率，当时同时增加了代码量，因此一般用比较简单的函数，它还有一个缺点是在替换的过程不检查参数类型是否正常，从而增加了安全隐患，解决此问题的方法是使用一个称之为inline的内联函数，它继承了宏定义的优点，又弥补了它的缺点，是个最佳的选择，但是这个属于C++的范畴，有一定的难度，在这里也不多讲，有兴趣的朋友可以参考一下相关资料。　　　　4、嵌入式开发的浮点运算　　　　大多数低档次的单片机都是不支持浮点运算的，因此在实际使用过程中也很少用到，因此为了降低成本，一般都去掉了浮点运算模块，这就带来了一个问题，如果万一要用到浮点运算怎么办?细心的朋友可能会发现，即使不具有浮点运算的单片机在仿真调试过程依然可以使用floatordouble的数据类型进行计算，而且结果也很准确，这是为什么呢?这个因为编译器自动调用了库函数来实现的，一般是通过迭代的方法，因此它的执行效率非常慢，不建议采用此方法，而通常采用的是“定点”的方法来解决这个问题，比如说一个32bit的数据，你可以假定它的低8位是小数位，然后移位计算，类似于整数运算，这种方法比较复杂，但是可以非常精确，还有一种方法就是直接放大10的N次方倍进行整数的计算，可以得出近似值，因此为了不增加不必要的麻烦，应该总是尽量避免使用浮点运算，一般情况也都是可以避免的。　　　　5、嵌入式开发的watchdog　　　　个人接触到的最先进的watchdog机制是三重watchdog，watchdog1检查时钟频率，watchdog2监视一小段代码，它必须在一个比较短的时间里喂一次，一般要求在250us到650us之间喂一次，watchdog3监视一大段代码，要求在比较长的时间内喂一次，一般是100ms以内，三个条件必须同时满足才行，这要求对代码的执行过程非常清楚，或者将导致喂狗出错重起!　　　　对于我们程序员而言，我们都是知道一个细节决定所有的成败的，这些都是靠我们在平时的不断的积累的，有时候也许对于我们编程的人而言，编程是一个较为复杂的事，但是我们也要完成自己的工作啊，回头想一想，心酸后面也是有一丝的喜悦的。