C语言使用建议

转自:

tfisher的专栏

http://blog.csdn.net/tfisher/archive/2004/07/18/44361.aspx

 

    多年来使用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世界中有一句非常著名的话“简洁就是美”。简洁不是单纯意义上的代码数量少，简洁同时也代表着语法简单、结构清晰、思路正确，让人一目了然。否则就只有苍白，那里还有美