多年来使用C语言，积累了一些经验，林林总总，有具体的一些技巧，也有一些是涉及软件工程的内容，有些东西不仅仅适用于C语言，对于其它语言也同样适用。主要还是想从不同的角度来提出一些建议；对于具体的一些程序技巧例如指针、printf、scanf等，我会在另外的一个专题中具体叙述。
我相信无论是资深的程序员还是初学者都有自己的对C的独到认识和使用技巧，我先抛出几块砖，希望能引出大家的玉。
1. 全局变量的使用
对于全局变量的使用要慎之又慎，尤其是涉及全局指针。为什么要使用全局变量呢？因为全局变量可以非常方便地实现各函数间的数据交换。同时也就意味者在程序的任何一点都可以访问访问它。因此，全局变量虽然使用方便，但容易失控。在实际的情况中，程序经常是不按照我们“设想”的步骤运行。若控制程序运行的点不被控制，程序会经常崩溃或是不能得到正确的结果。从开始编程到开始，我就有过若干次因为全局变量而失控的经验。最近的一个例子是：
需要操作一些特殊相同格式的文件，文件中记录的长度需要传递到bsearch的比较函数中，而bsearch需要的比较函数已经固定int (*compar)(const void *, const void *)。为了简化起见，在申请处理文件结构的同时，定义了一个全局的指针来指向处理文件的结构地址。这段代码运行了大半年都没有问题。但我当我用它来打开多个文件时，程序有时会core dump。仔细检查才发现，每个文件都有自己的不同处，虽然为每个文件都申请了一个结构，但全局指针指向的却是最后一个打开的文件，自然就会出问题。
在处理数据库或文件时，我经常看见在很多代码的头部，声明了一堆全局变量来处理记录的字段，这种做法应该完全被禁止。
合理地使用全局变量可以使程序简洁。例如，我自己常常使用的分级日志函数：writeLog(int loglevel, char* fmt, …); 内部使用了全局变量struct SLevelLog* G_pLog。在程序中，可以很方便地调用writeLog来写日志。当然日志的目的文件只能是唯一的。
对于一些不变的字符串等，全局变量是一个很好的选择。例如Http协议所定义返回值对应的字符串数组：
static char *Http_ReasonPhase[]=
{
"Continue",
"SwitchProtocols",
"OK",
"Created",
"Accepted",
…
}
总结了一些使用全局变量的原则：
a. 全局变量是使程序简洁，在保持简洁的同时不能使程序的逻辑发生混乱。特别是程序中需要根据某些状态来决定程序的流程时。
b. 全局变量处理的内容最好具有唯一性。
c. 需要使用多个全局变量时，最好把这些全局变量都封装在一个结构中。
d. 自定义的库中最好不要包括全局变量。
2. 库
a. 建立基础库
由于C语言的标准库所提供的功能不足，因此非常有必要建立基础库。首先是能够处理任意类型的基本数据结构：双向链表、table、hash、树等；其次是分级日志，缓冲区操作与分析、常用编码解码、C不提供的字符串分析等。
有了这些基本的数据结构，整个系统就有了基础。
b. 建立核心库
只有基础库是远远不够的，在写应用的过程中，还应该不断等抽象出核心库。例如数据库操作、文件操作、XML解析、ASN.1编码解码、网络操作等。
核心库具备后，分析和设计的能力也就初步具备。
c. 应用库
在应用中常用的用户管理、资料管理、已经常用的操作等等都应该及时地封装成为库。增加代码的重用性，提供开发效率和质量。
d. 函数的命名
提供一种命名方法供参考：
对于同一组函数定义一个短前缀（2－5个字符），使用_和具体的操作连起来。例如：
双向链表：
SDBList* dl_create(freeFunc myFree);
inline void* dl_head(SDBList*);
inline void dl_insert_tail(SDBList*,void*);
…
HASH:
SHashHead* ha_create(u_long hsize,hashFunc hfunc,compareFunc cmp,freeFunc myFree);
inline void* ha_insert(SHashHead* head,void* ptr);
…
ASN.1的分析
SAsn1* asn_create();
SAsn1Tag* asn_build(SAsn1* p,u_char tag,void* buf,int len);
…
这样的方法可以减少命名的重复，同时又增强了同类函数之间的聚合性，使用起来也不容易出错。
e. 测试
库作为整个系统运行的基础，对库测试的重要性无需多说。
f. 题外话
在一个比较复杂的项目中，程序能力最强的人负责基础库和核心库，对业务和编程都比较熟的人复杂应用库，一般的程序员复杂具体的业务逻辑，这样做一般都能保证项目的顺利实施和技术的积累
3. 面向对象的思维方法和以关键结构为核心的方法
关于这两点已经在前文介绍了，这里就不重复了。从例子可以看出，我自己坚定地拥护和执行这两个方法。
4. “尝试”代码
在使用新的函数、新的思路或对某些语法、技巧把握不住的情况下，我常常会先写一段较短的代码，来熟悉函数的使用方法、验证新思路、掌握一些方法和技巧。
5. 保持一颗“简洁”的心
在UNIX世界中有一句非常著名的话“简洁就是美”。简洁不是单纯意义上的代码数量少，简洁同时也代表着语法简单、结构清晰、思路正确，让人一目了然。否则就只有苍白，那里还有美。
