c语言程序设计总结与体会,c语言程序设计个人总结

在实践中怎么去写好一手代码，这个还真的得多看看人家的代码;个人觉得，我们可以多参照Linux的编程风格。现在，小编就来为大家推荐一篇c语言的总结!

【分享】关于C语言程序设计小结

真正的程序设计高手不是语法上的精通而是程序总体架构，算法上的周密。当初大学时都是利用C51写的51单片机的程序，根本就不管程序的可维护性，程序大小，就是一个C文件中包含了全部的函数体。在工作中这是一个完全不能接受的习惯和致命错误。

其实C语言的语法真的很简单，很快就能掌握，但是将这简单的语句组织成一个良好的架构那可就是一件很难的事了。最近在工作中编写的程序都是我们总监打好的架构，然后在里面进行添砖加瓦的。看着我们总监写的程序，那简直就是一个神。同样能实现的功能函数，虽然我也能编写，可相比之下我们总监的思想就更加的开阔和先进。

现将最近学到的一些方法写下，来提示自己：

1.在编写各类单片机功能程序时，不要急于书写，一定要先想出一个很好的结构和方法，虽然你写出来的程序可以正常运行，但是你是否想到了它的可维护性，可阅读性等等一些很重要的因素呢?所以一定要先想出一个很好的架构在来开始编写。

2.c文件，和h文件设计的要求。C语言显得非常的自由，但我们在工作中为了程序软件的种种原因，一定要规范自己的写法，这对自己和他人都是有利的。在单片机的程序中，我们应该把一个模块功能建立一个单独的C文件，这一C文件中包含和该模块功能全部相关的函数体，同样把和该C文件相关的常量，表达式等等也单独的建立一个h文件，最好是只让它对应的C文件引用，不要让其它的C文件进行引用，这样很好的体现程序的模块化和内聚性。在对单片机的内部寄存器进行操作的程序，我们应该单独的建立一个文件，只允许MCU内部的寄存器名出现在该文件中，你试想一个，在你的所有文件中这这里出现一个寄存器名，那里出现一个寄存器名，是不是可读性不好，没有实现程序的模块化呢?

在程序过程中我们应该把多次用到的变量和常量最好的定义为宏，这样当这些变量 ，常量要更改时，就可以很方便的更改，不用大量的去寻找。在使用文件包含时，一定要注意路径的选择，什么时候用<>," ",不用出现重复编译的情况，有时重复编译可能编译器没有报错，但是这样明显不好。要学会很好的使用条件编译语句，这