写第一个驱动程序的总结

第一次认真的用Ｃ写程序，虽然我写的程序只是一个驱动程序的一小部分，却在领导们的引导下，感觉这些收获还挺大．

首先，在写程序中我学会并且习惯了用TAB键来写程序. 想想以前写程序的时候需要空格的地方都用空格键, 那种方法现在想想不仅笨拙, 对程序的排版也相当麻烦, 用TAB键,操作简单, 感觉写的程序比以前简洁多了, 这点很好用.

第二,C语言运行的最小单元是函数, 而 对大部分C函数来说, 它处理的数据都应该是在函数体外面的, 局部变量很多就下面两种情况,一,临时变量, 用于方便函数处理数据用,如循环索引值等,  二, 指针变量,用于指向内存中的数据单元, 总之局部变量不能设得太多, 太多了也无意义, 因为函数处理的数据是在函数外面! 

三. 要记得用宏, 在我看来原因还是上面那句话-- 函数处理的数据在函数外面.  当需求需要系统修改数据(记得不是函数的处理行为)时, 可以避免要修改函数的代码.  这点很重要. 

四, 函数的接口定义. 个人觉得, 写C语言程序最难的不是怎样运用指针, 而是怎么样定义函数接口. 理由我想还是因为函数对于C语言的重要性. 函数定义不好, 说小点是调用者调用起来不舒服, 说大的是影响整个系统结果框架. 

     一般正常的函数至少分为三部分, 首先判断函数要处理数据的正确性(包括传进来的参数及函数需要调用的全局数据), 然后处理数据, 最后返回数据(返回数据前需不需要验证处理数据的正确性就仁者见仁了).  所以定义函数接口就得考虑数据怎么传给函数及怎么把处理结果返回给调用者. 这里面要考虑的东西好多, 但有两点以后得注意, 一个是参数太多或需要返回的数据很多时要第一时间考虑用结构体, 二, 返回数据中要把数据和错误信息分开(避免像getchar()之类的函数在自己的程序中出现).

五.  要有全局观念，因为Ｃ程序处理时数据和处理是分开的，写程序时一定要弄清楚数据是那些，应该怎么操作．

至于程序中的命名规则，　文件分布等这些，想得没有多深，　想说的就是看所做的系统中别人是怎么处理的，　跟别人保持一致，那样的程序写起来就会比较轻松，因为你和他写的思路差不多，讨论起来就不会主费劲！　

鉴于我能力还没有到一夫当关，万夫莫挡的程度，　所以写程序时就得借助别人的力量来做，决不要一意孤行！