欢迎FPGA工程师加入官方 驱动程序配置
应用程序配置
应用程序
驱动程序库
硬件
技巧7:使用描述式变量名称
编写易于理解和维护的较大软件有许多障碍，其中之一就是变量的命名习惯。为了尽力缩短变量名，开发者通常会自创一些较短的、令人费解的助记符，往往只有他们自己才能明白的符号。现代语言使一个变量名可以包含数百个字符。为了让事情清晰明确，“直截了当”地方法要好于其它方式。因此，变量名一目了然不仅有利于开发人员，也有利于未来的维护团队。列表8给出一个示例。
列表8变量的命名
技巧8:少用#pragma语句
C语言中有一种特殊的#pragma语句。这些语句通常处理非标准的句法和特性，应尽可能避免使用这种语句，因为它们是非标准的，不能从一个处理器移植到另一个处理器。有些编译器可能要求用这类语句完成某项任务，例如定义一个中断服务程序。在这种情况下，可能除了使用#pragma语句以外别无它法。如果可能，将所有的#pragma语句放在一个模块或几个模块里。这有助于确保在代码移植时，只需要更新几处代码，而非整个代码库；此外，这也将有助于防止移植代码的首次编译所带来的困扰。
技巧9:错误往往并不是看上去那样简单
在调试一个C程序时，有一个让人当心的陷阱就是编译器错误。由于编译器的复杂性，当检测到一个错误时，通常错误位于程序中的其它地方，而非编译器所指示的位置。这主要与编译器生成程序的步骤有关。错误类型通常是一致的，工程师可以发现的一些错误中，90%都是根源：
＊当心漏掉#include文件。这可能会使程序开发人员看到完美的代码行，但由于未包含必要的头文件，编译器便会将其标志为一个错误，表示有些东西未定义。
＊当心漏掉分号。编写C代码时最常见的错误是忘记在句末加分号。
＊当心漏掉括号。漏写括号是代码编写过程中又一常犯的错误，或是粗心漏掉，或是由于键入错误而产生一个错误字符。
＊当心漏掉逗号。在复杂的定义中很容易忘记逗号！
一般情况下，当弹出一个奇怪的编译错误对话框时，要查看该行前已被编译的内容。很有可能就是错误所在！它可能是出现在一行上面，或中间部分，或在完全不同的文件里。
不要放弃！只要具备一定的经验，解决这些疑难问题就会成为一种第二天性。
技巧10:优秀的程序员编写的代码行数不一定少
人们常有这种误解，即认为较一般的程序员而言，一个优秀的程序员往往写较少的代码行就能解决问题。不要卷入这一错误的想法！一个优秀的程序员通常具备思维缜密、结构清晰的编码基础。变量命名和封装都恰如其分，系统中几乎不用全局变量。函数应保持简短有效。如果代码看起来很混乱，需要多写几行才能使其看上去更清晰，那就不妨多写几行！可以上网查看获得C代码编写最混乱殊荣奖项的代码用作前车之鉴。优秀程序员写的代码简洁、易于理解和维护，代码行数并非最少（图2）！
图2简短程序
-END-
欢迎FPGA、嵌入式、信号处理等工程师