1、尽量用局部变量替代全局变量。如果用局部变量能实现功能,最好用局部变量。
2、在函数仅仅只是要用到某个全局变量,而无需改动时,就将全局变量通过形参传递进来,变成局部变量使用。并在定义时使用const。这是避免全局变量在函数中被意外的改动。如在判断语句中将'=='误写成'='。这时首先因为在函数内的是局部变量所以即使出错也不会影响全局变量和其他函数或模块。其次因为定义的是const类型,当发生意外改动时,编译器会发出错误信息或警报,这也就是让你的程序自动纠错。这种情况应发生在对模块内的全局变量的调用,而对于其他模块的全局变量应通过模块接口调用。
3、中断中使用的全局变量,在其他函数内要使用时一定要进入临界区（也就是关闭中断）。如果是使用操作系统的话,则在所有使用到与其他任务共享的全局变量的地方都要进临界区。
4、对于仅在某个函数内使用的全局变量就用静态局部变量替代。
5、应尽量避免直接操作或调用其他模块的变量。需要调用或修改其他模块的变量时,可以通过那个模块提供的操作接口函数进行操作。比如某个模块有一个全局的计数值Count,则可以提供函数接口：GetCount()、SetCount()或ReloadCount()。这样一来,其他模块要调用Count时就通过这些指定的函数接口。这样可以降低模块间的耦合程度。另外如果嫌接口用函数实现过于复杂或是影响速度,则可以用带参数的宏定义实现。如：#define GetCount() (Count)#define SetCount(num) (Count=(num)) #define ReloadCount() (Count=0)这样,使用时与函数调用一样,但没有函数调用时的开销。另外,功能变化是可以将宏定义改成函数,而无需改动调用语句。
6、每个模块内的全局变量应该用静态全局变量,一来其他模块无法直接调用这些变量;二来命名空间不会重叠,在实现一个模块时无需考虑某个全局变量的名称是否已被其他模块使用。如在模块A中定义静态变量 static unsigned char Count;在B模块中,仍可以定义静态变量 static unsigned char Count;这两个Count不会相互影响,但是如果定义的是全局变量则不然。
7、模块间的耦合性就是指当修改其中某个模块时会影起其他模块运行结果发生不可预料的变化。如果模块间是通过直接调用对方内部的全局变量来实现交互,则两个模块间的耦合性将会变得复杂而且难以控制。而模块间的交互通过一个统一的接口函数来实现,使得模块都无需知道对方模块内部的具体实现（这也就是面向对象里面的封装）。当某个模块内的实现发生改写或升级时,只要确保模块接口不变即可。这就大大降低两模块间的耦合。在规划设计模块时就应认真考虑好模块的接口,以及与其他模块的调用关系。所以要记住编程原则：针对接口编程,而不是针对实现。
8、函数的功能要单一,也就是高内聚性。如果某个函数需要调用很多个全局变量,则说明函数的内聚性不够高,可以考虑将函数拆分成几个功能更单一的函数。
9、要记住编程是一种平衡的艺术。没有程序可以做到十全十美,省空间、速度快、易扩展、易维护、低耦合、功能强大这些是不可能同时兼得的。如要提高程序的可维护性,就必须在性能方面（空间和速度）做出一点牺牲。至于如何平衡,就要看项目的具体要求了。
