[C++知识库]一步步成为业界代名词的学习历程 学习C阶段成长的点滴

一.代码质量问题 ---------?" 摘录自林锐博士的著作"? ? 这本书每个月复习一次?

1)).用 #include <stdio.h> 格式引用标准库的头文件(编译器将从标准库目录开始搜索)

? ? ? ? #include "stdio.h" 格式来引用非标准库的头文件(编译器将从用户的工作目录开始搜索)

2)).不提倡使用全局变量

3)).早期的编程语言Basic, Fortran是没有头文件的概念

头文件的作用 (1.通过头文件来调用库功能,同时很多情况下,源代码不准向用户公布? ? 2.头文件是可以加强类型安全检查.如果某个接口被实现或被使用时,其方式与头文件中的声明不一致,编译器就会指出错误,这一简单的规则能减轻程序员调试和改错的负担)

4)).目录结构

如果一个软件的头文件数目比较多(如超过十个), 通常应将头文件和定义文件分别保存于不同的目录,以便于维护

同时如果某些头文件是私有的,它不会被用户的程序直接引用,则没有必要公开其"声明".为了加强信息隐藏,这些私有的头文件可以和定义文件存放于同一个目录.

5)).程序的版本虽然不会影响程序的功能,但会影响可读性说白了就是影响看程序的人的心情.

程序的版式? 应该是追求 清晰 美观? 是程序风格的重要构成因素

就跟小时候临摹字帖一样? 虽然我字不好哈哈哈 但是现在每一天都抽时间练字的

6)). 空行是 好墨 要会用? ?空行起着分隔程序段落的作用.空行是我们敲代码时候的习惯 ,但是一定要明白不能多也不能少,就像写文章一样多一个逗号看似没大的影响? 但是读到这里的时候,多少有点不对劲?

空行得体不多不少, 会将程序的布局更加清晰? ? (刚刚说的追求的是清晰和美观? 这个就是提高清晰的到蓝光的方法?)? ?虽然打印含有空行的程序会多消耗一些纸张,但是(但是但是)很值得? 不要舍不得用啊 空行它不单独收费的哈哈哈

7)). 重点来了? 敲黑板了哈? 代码小姐姐上场 教你咋给她化妆?

1.? 一行代码只做一件事,如只定义一个变量, 或只写一条语句.? 这样的代码容易阅读, 并且方便于写注释(就是说要用心,一心一意画好一个位置)

2.if, for, while, do 等语句各自占一行, 执行语句不得紧跟在其后.? 不论执行语句有多少都要加 {} .? 防止书写失误. (不要拿着口红把一张脸都涂了? 小姐姐给你急了啊~~~)

3.尽可能在定义变量的同时初始化该变量(就近原则) ------(此时快回想起英语时代的就近原则加深一波印象 哈哈哈开个玩笑了 跟那个可没有关系啊? ? 感觉自己好傻哈哈哈?)???

如果变量的引用处和其定义处相隔比较远, 变量的初始化很容易被忘记.如果引用了未被初始化的变量, 可能会导致程序错误.所以建议我自己保持哈哈哈? ? (? 代码小姐姐可喜欢我了 反手给我了一个报错哈哈哈)?(说实话我一直都是开头随手就初始化的? 没有出现过垃圾数值? 不过前几天室友做了一个入门题? 调试不出来错误 然后最后发现确实会有这种错误 切记初始化哈 )? ?

8))代码行内的空格

1.关键字之后要留空格.?

2.函数名之后不要留空格 例子: void Func1(?)? ? ? 👈为推荐? ?void Func1 ()?

3赋值 比较 算术 逻辑?.二元操作符前后应当加空格?

4.一元操作符如"!" , "~","++", "--" 等前后不加空格

5.像 "[ ]"? "-" "->" 这类操作符前后不加空格

6.对于表达式较长的 for语句 和 if语句,为了紧凑起见可以适当的去掉一些空格, 如 for (i=0; i<10; i++) 和 if ((a<=b) && (c<=d))

9))长行拆分

1.代码行最大长度宜控制在70至80个字符以内.代码行不要过长, 否则肉眼看不过来, 也不便于打印

2.长表达式要在低优先级操作符处拆分成新行, 操作符放在新行之首 (以便突出操作符). 拆分出的新行要进行适当的缩进, 使排版整齐, 语句可读.

10)) 修饰符的位置??

若将修饰符? *? 靠近数据类型? 例如? int* x; 从语义上讲此写法比较直观,即 x 是 int? 类型的指针.

会引起误会的写法? ?例子: int* x, y;此处y容易被误解为指针变量.虽然将x和y分行可以避免误解,但是并不是都愿意这样做.

? ? ? ? ? ? ? ? 最优写法? 应当将修饰符 * 和? & 紧靠变量名

? ? ? ? 例如:

? ? ? ? ? ? ? ? char? *name;

? ? ? ? ? ? ? ? int? ? ?*x,? y;? // 此处y不会被误解为指针

11)) 注释

注释常用于:

(1) 版本,版权说明;

(2) 函数接口说明;

(3) 重要的代码行或段落提示.

虽然注释有助于理解代码, 但注意不可过多地使用注释.?

1.注释的花样要少.? ?同时? 如果代码本来就是清楚的, 则不必加注释.否则多此一举, 令人厌烦.

2.边写代码边写注释, 修改代码同时 修改相应的注释, 以保证注释与代码的一致性. 不再有用的注释要删除

3.注释应当准确,易懂. (不要花时间写了注释? 然后误导了自己哈哈哈?)

4.注释就不要写缩写了? (注释是给自己和其他人看的? 写缩写一时爽? ?再看时只想把自己送到那啥...)

5.注释的位置应与被描述的代码相邻, 可以放在代码的上方或右方 ,不可以放在下方.(这个还是要注意下的? 还是那句哈 注释是给别人看的哦)

剩下的质量部分学完C++之后补充 大概12月中旬补充??