企业c语言的编程风格,c语言优秀编程风格.docx

作为一个初学者如何具有良好的程序设计风格呢？我想引用一个关于初学者请教编程大师 的故事让读者自己去领悟。

有一位编程大师，他写非结构化的程序， 一位初学者刻意模仿他， 也写非结构化的程序。当 他让大师看他的进步时， 大师批评了他的非结构化程序： “ 对一位编程大师合适的东西未必 对一个初学者同样合适， 在超越结构化之前，你必须理解编程之道。 ” 我个人认为作为一个 初学者应该踏踏实实的打好程序设计的基础，不要急功近利，舍本逐末。我走过不少弯路， 希望大家能和我一样能牢记编程大师的忠告： “对编程大师合适的东西未必对一个初学者同 样合适”。

本文所描述的优秀编程风格适合于大部分语言， 文章中可能提到你不是很了解的概念， 没有 关系，你放心的读下去，当你使用 AVR 一个月之后，你什么都明白了。

AVR c 语言优秀编程风格

文件结构

模块化的程序应该是有一个很好的程序结构的。AVR C 语言程序有两种用户文件， .c 程序

文件， .h 头文件，程序中编写过程中需要在 .c 文件中包含 .h 头文件。初学者往往出现重复 包含或者头文件包含错误的问题， 我当时也时常为这种错误而发愁。 下面我以我写的电机驱 动例程来给大家说明一下，优秀的编程文件结构。

这个工程中有 8 个文件，一个说明文件，如下图：下载程序例子 电机控制案例 。

文件结构

.c 文件都会我写的成型的程序的文件个数基本上都是偶数，因为每一个结构化的函数定义 对应一个 .h 文件。 main.c 对应 config.h 。我们来看看各文件的包含关系。下面我们看看 这些文件的包含关系与内容： [ 推荐的文件包含顺序与关系

.c 文件都会

* 所有 .c 文件都包含了 config.h 文件。如： #include "config.h"

* 在 config.h 中有如下代码：

#include "delay.h"

#include "device_init.h"

#include "motor.h"

* 这样做就不容易出现错误的包含关系， 为了预防万一， 我们还引入了宏定义与预编译。 如下：

#ifndef _UNIT_H__

#define _UNIT_H__ 1

//100us

extern void Delay100us(uint8 n);

//1s

extern void Delay1s(uint16 n); // n <= 6 ,when n==7, it is 1.

//1ms

extern void Delay1ms(uint16 n);

#endif

第一次包含本文件的时候正确编译，并且

第一次包含本文件的时候正确编译，并且#define _UNIT_H__ 1，第二次包含本文

件#ifndef _UNIT_H_就不再成立，跳过文件。

预编译还有更多的用途，比如可以根据不同的值编译不同的语句，如下： //#pragma REGPARMS

#if CPU_TYPE == M128

#include

#endif

#if CPU_TYPE == M64

#include

#endif

#if CPU_TYPE == M32

#include

#endif

#if CPU_TYPE == M16

#include

#endif

#if CPU_TYPE == M8

#include

#endif

* #include 与 #include "filename" 的区别 ：前者是包含系统目录 include 下 的文件，后者是包含程序目录下的文件。

变量名与函数名

变量以及函数命名应该按照尽量短， 按需长， 具有实际意义。 可以通过下划线或者大小写结

合的方法组合动词和名词组成变量函数名。下面对比好的命名方法与不好的命名方法：

好的： Delay100us();

不好的： Yanshi();

好的： init_devices();

不好的： Chengxuchushihua();

好的： int temp;

不好的： int dd;

外部调用

首先在模块化程序的 .h 文件中定义 extern

// 端口初始化

extern void port_init(void);

//T2 初始化

void timer2_init(void);

// 各种参数初始化

extern void init_devices(void);

模块化程序的 .c 文件中定义函数，不要在模块化的程序中调用程序，及不要出现向

{

{

导致程序timer2_init(); 这样函数的使用， 因为你以后不知道你到底什么地方调用了函数，

导致程序

调试难度增