写程序规范，不仅仅是一种习惯啊，小程序的话个别的寄存器浪费也许感觉不到多大影响，但是大程序就麻烦了。

所以说有轻微强迫症的人编的程序更好、、更快、更省资源

是啊

再进一步，头文件只有函数声明和宏定义，使用读函数和写函数，代替全局变量，更有利于模块间的独立性！

关于在头文件中定义变量出现重复分配的问题解决方法很多，但是有经验的C

然而，维护起来，真的很容易吗？

当诸位抓到一份有bug的代码，或者要在库代码的基础上加加减减的时候。。。
好事来了。

这个声明好像在哪里见过。。恩我找找。。定义了啊，为毛老是通不过？
哦，他在头文件。。没！有！定！义！
同样是声明，要两遍。嗯，没毛病。同样的事情一天做个10来遍就是受罪了。

个人觉得，既然是模块化的基础函数，干脆都塞头文件里面。干掉那个*.c。这样要改一次改。精简不浪费。多环保。
整天操作两个看起来差不多的文件。会抑郁的。

sssdd 发表于 2017-4-8 10:11
然而，维护起来，真的很容易吗？

当诸位抓到一份有bug的代码，或者要在库代码的基础上加加减减的时候。。 ...

你一个人写，怎么写都没毛病，自己写的顺手，也能实现功能即可。
要是在一个团队，你写代码首先是要让别人看得懂，而不是自己写的顺手。我相信一般人看到你这样精简环保的代码也是会抑郁的。

要说到省事啊，我想起了某网站的一位大师，从来不知道h文件为何物，不管多大程序，统统塞到一个main.c中去，一个文件几千行，那才叫nb啊，还有还多人追捧。

潇潇雨歇pku 发表于 2017-4-8 10:41
你一个人写，怎么写都没毛病，自己写的顺手，也能实现功能即可。
要是在一个团队，你写代码首先是要让别 ...

放在团队里面。
如标准的写法，
c文件和h文件要同时维护。并且查错的情况下还有跨文件查看。
如单h文件写法，
相关函数，定义都在一个文件处理，不用到处找变量定义。
请问是哪种方式更容易维护？
欢迎各路大神拍砖，发表意见。

#ifdef TIME_GLOBALS
#define TIME_EXT
#else
#define TIME_EXT  extern
#endif
加个宏就可以
TIME_EXT  INT8U                ACC_Ctr;

前面一堆的都在瞎BB

学习了!！！