其实按照现在主流的观点，应该尽量少用全局变量和define，尽量多用临时变量，并且用const替换值define，用短小精悍的函数替换函数define。
对这些我倒是也没有什么意见，只是觉得有些东西存在就是存在，也是非常有道理的。比如define好了，虽然没有类型检查，也很难插错，连搜索reference都找不到东西在哪里。
但是它对系统没有性能消耗，C语言又没有inline函数，也没有lambda表达式。如果不用define的话，函数就一定会有调用开销，这种开销看上去似乎没多少，但是在嵌入式系统中，毕竟是能省则省的。而且define的函数写得相当紧凑，十几个内联函数用define一写就是非常漂亮的十几行，换成普通函数调用那个体量简直让人不想再看。
不过总的来说还是尽量写函数吧，哪怕用函数验证之后再改成define也好，能让编译器帮忙插错的就让编译器查，不要手动去弄。
反过来，函数定义define虽然有可取，但是值define我就非常费解了……已经有了const为什么还要用define来定义值呢？完全可以const全大写代替define嘛，而且还有类型检查，万一赋值出错编译器就帮你解决问题了。况且const变量在机器中的储存位置也不是RAM，不会消耗单片机少得可怜的内存空间。干嘛不用呢。
很多书都在说"全局变量是魔鬼"，但是我觉得这也要分开来看的。普通的全局变量，在一个文件里定义之后，链接时会整个程序有效，这种全局变量的确让人很不放心，即便要用也应该限定其在同一个C文件中定义。而加上static修饰符的全局变量就不同了，加上这个修饰符之后，这个全局变量的作用域就仅限于该C文件。其他文件是无法访问到这个"全局"变量，也无法更改它的值的。
跟那些面向对象的语言比比，一个C文件也就是一个类或者说模块而已。这么一来，你就可以把所谓的"静态全局"变量看成这个C"类"中的private字段，而C文件中定义的各种函数就是各种"类"的方法。虽然这些字段无法做到"每一个实例都有各自的字段"，但是往往嵌入式系统中很多模块都是独一无二的，不需要定义类之后再用类创造很多实例。用"静态全局变量"来管理和封装这些模块内部的特性就很漂亮，外部无法访问到这些特性，只有模块内部定义的函数才能修改读入这些值。这样子做测试、调bug也会轻松好多。
所以现在，我对全局变量一点没有偏见，加了static的全局变量都可以视为封装在该文件域内部的东西，不会被其他C文件获知，也就没有必要如临大敌了，因为你在其他c文件里根本访问不到那些变量嘛XD
而且，"成员函数可以随意访问类内的字段"不是早就成为面向对象语言的公理了么。况且现在市面上但凡讲得深入些的软件构造书籍无不是冲着OOP说的。我们C语言程序员虽然根植于底层但是也向往那种幸福快乐简单编程的感觉啊。所以虽然编译器不支持，但是偶尔用C模仿一下部分C++的功能也是无伤大雅的。因为这种OOP编程规范已经总结得非常彻底了，市面上的书随便买买可以把我整个人埋掉，哪里吃不准怎么办看看书就可以了。
