C语言代码的风格有哪些

701 函数处理器

问答对人有帮助，内容完整，我也想知道答案 0 C语言代码的命名风格是怎样的？ C语言代码的程序风格是怎样的？ 0
2022-2-25 07:21:08　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × heks 该类别下有 20 个回答。邀请回答新星之火12138 该类别下有 18 个回答。邀请回答 wang21cj 该类别下有 17 个回答。邀请回答 hgimtk 该类别下有 16 个回答。邀请回答科源机电该类别下有 15 个回答。邀请回答 liutiefu 该类别下有 15 个回答。邀请回答 kghfh 该类别下有 14 个回答。邀请回答 chm5 该类别下有 13 个回答。邀请回答 dgfdf 该类别下有 13 个回答。邀请回答 723662364d 该类别下有 13 个回答。邀请回答一巷清苑该类别下有 13 个回答。邀请回答小华同学该类别下有 12 个回答。邀请回答 jsqueh 该类别下有 12 个回答。邀请回答红旧衫该类别下有 12 个回答。邀请回答早知该类别下有 12 个回答。邀请回答 Ehunt 该类别下有 12 个回答。邀请回答张峰9998 该类别下有 12 个回答。邀请回答 hy381 该类别下有 12 个回答。邀请回答 ggfvxv 该类别下有 12 个回答。邀请回答 YOYOOO 该类别下有 12 个回答。邀请回答举报李梅相关推荐 • 关于CubeIde自动检查STM32CubeIde代码风格检查器的问题求解 218 • PLLATINUMSIM-SW是否有相关C语言代码进行参考？ 348 • 可以用c语言编写touchGFX代码吗 233 • 为什么C语言代码注释/*/通通被换成//呢 979* • C语言中ASCII代码是什么意思？ 371 • 怎样将labview装成C语言代码？求高人指点 3386 • C语言有哪些优点？ 1036 • 图像分割和图像定位的c语言算法代码 5554 • 编写C语言时常见的注意事项有哪些 704 • 不同风格的“if else”电路有哪些不同之处？ 1498 1个回答

答案对人有帮助，有参考价值 0 C语言代码风格总结此文将用到的一些代码风格规范总结起来，作为自己以后写代码时的参考。大体上和Google全球开源项目C++风格一样，（一）命名风格业界流行的3种命名风格分别是大小驼峰式、下划线式、匈牙利式，首先排除匈牙利式风格，个人比较犹豫的是小驼峰和下划线式命名，个人比较喜欢下划线式命名，一眼就能看出哪些单词，令人很舒服，像linux这种C语言的终极大项目大部分都是下划线式命名可见一斑。而大小驼峰看起来很简略，可是实际写代码的时候大部分都是比较长的几个单词组合，导致代码大部分都是一连串的英文字母，可读性比较差。有些人可能觉得可以用单词缩写或者缩减单词这种手段来减少长度，但是《代码整洁之道》说的很清楚，这种人写的代码只能给自己看，而且时间成了自己都要想半天缩写是什么意思！所以当长度上来以后我每次看的时候都要贴到屏幕上去分解单词，眼睛太累了。然而对于单片机来说，实测发现用下划线比大小驼峰多出很多内存消耗！目前为了代码可读性暂时选用了下划线式的，毕竟《重构》有句话说的好，代码是写给人的，不是写给机器的！内存不足的时候再说吧！ 1 变量命名：全局变量、普通变量、结构体变量、临时变量统一采用小写单词加下划线式的命名格式，如this_is_name 补充规则： ps：全局变量以后的项目可以参考《华为C语言规范》在前面加前缀 g_xxxx （global） 2 函数命名函数命名的时候，首先加模块名，然后动词在前面，名词在后面，统一小写单词加下划线。另外根据《代码整洁之道》函数粒度要足够细，一个函数只允许做一件事，参数要足够少，命名要意思表达准确，比如函数从外部拿数据的时候buf地址形参命名为source，函数将数据传递到外面的时候buf地址形参命名为destin。另：如果只是返回BOOL型的函数在函数名最前面加前缀is_xxxx，代表只返回TRUE or FALSE。 3 类型命名结构体、联合体、枚举等命名的时候为了和变量区分开来，统一采用大驼峰式命名法则，结构体变量依旧是下划线式。而枚举内的变量统一全部大写。 4 宏定义命名数字型的宏定义统一大写，函数型的宏定义和普通函数一样的命名法则。（二）程序风格 1 内联函数当函数只有 10 行甚至更少时将其定义为内联函数. 内联函数可以令目标代码更加高效. 对于存取函数以及其它函数体比较短, 性能关键的函数, 鼓励使用内联. 但滥用内联将导致程序变得更慢. 内联可能使目标代码量或增或减, 这取决于内联函数的大小. 内联非常短小的存取函数通常会减少代码大小, 但内联一个相当大的函数将戏剧性的增加代码大小. 现代处理器由于更好的利用了指令缓存, 小巧的代码往往执行更快。所以，一个较为合理的经验准则是, 不要内联超过 10 行的函数.。另一个实用的经验准则: 内联那些包含循环或 switch 语句的函数常常是得不偿失 (除非在大多数情况下, 这些循环或 switch 语句从不被执行)。 2 #include 的路径及顺序使用标准的头文件包含顺序可增强可读性，避免隐藏依赖。顺序：所依赖的头文件，C 库，其他库的 .h，本项目内的 .h。 …待补充…

2022-2-25 14:56:05 评论举报李文