本学期代码规范（参考Google代码规范）+ 《数学之美》读后感

本文主要是介绍本学期代码规范（参考Google代码规范）+ 《数学之美》读后感，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

本学期代码规范（参考Google代码规范）

• 排版格式

1. 程序块要采用缩进风格编写，缩进的空格数为4个。
2. 相对独立的程序块之间、变量说明之后须加空行。
3. 较长的语句（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读，一行程序以小于80字符为宜，不要写得过长。
4. 不允许把多个短语句写在一行中，即一行只写一条语句。
5. if、for、do、while、case、switch、default等语句自占一行，且if、for、do、while等语句的执行语句无论多少都要加括号{}。
6. 在两个以上的关键字、变量、常量进行对等操作时，它们之间的操作符之前、之后或者前后要加空格；进行非对等操作时，如果是关系密切的立即操作符（如- >），后不应加空格。
   （1）逗号、分号只在后面加空格。
   （2）比较操作符，赋值操作符“=”、“+=”，算术操作符“+”、“%”，逻辑操作符“&&”、“&”，位域操作符“<<”、“^”等双目操作符的前后加空格。
   （3）"!"、"~"、"++"、"--"、"&"（地址运算符）等单目操作符前后不加空格。
   （4）"->"、"."前后不加空格。
   （5）if、for、while、switch等与后面的括号前应加空格，使if等关键字更为突出、明显。

• 标识符命名

1. 标识符的命名要清晰、明了，有明确含义，同时使用完整的单词或大家基本可以理解的缩写，避免使人产生误解。
2. 命名规范必须与所使用的系统风格保持一致，并在同一项目中统一，比如采用UNIX的 全小写加下划线的风格或大小写混排的方式，不要使用大小写与下划线混排的方式，用作特殊 标识如标识成员变量或全局变量的m_和g_，其后加上大小写混排的方式是允许的。
3. 用正确的反义词组命名具有互斥意义的变量或相反动作的函数等。

• 可读性

1.  注意运算符的优先级，并用括号明确表达式的操作顺序，避免使用默认优先级。 说明：防止阅读程序时产生误解，防止因默认的优先级与设计思想不符而导致程序出错。
2. 源程序中关系较为紧密的代码应尽可能相邻。

• 注释

1. 一般情况下，源程序有效注释量必须在20％以上。 说明：注释的原则是有助于对程序的阅读理解，在该加的地方都加了，注释不宜太多也不 能太少，注释语言必须准确、易懂、简洁。
2. 说明性文件（如头文件.h文件、.inc文件、.def文件、编译说明文件.cfg等）头部应 进行注释，注释必须列出：版权说明、版本号、生成日期、作者、内容、功能、与其它文件的 关系、修改日志等，头文件的注释中还应有函数功能简要说明。
3. 函数头部应进行注释，列出：函数的目的/功能、输入参数、输出参数、返回值、调用 关系（函数、表）等。
4. 边写代码边注释，修改代码同时修改相应的注释，以保证注释与代码的一致性。不再有用的注释要删除。
5. 注释应与其描述的代码相近，对代码的注释应放在其上方或右方（对单条语句的注释） 相邻位置，不可放在下面，如放于上方则需与其上面的代码用空行隔开。
6. 注释与所描述内容进行同样的缩排。

《数学之美》读后感

         阅读了《数学之美》书中余弦定理和新闻的分类这一章节。看似毫不相干的余弦定理，却可以应用计算机准确地对各个新闻网站自动分类。读完之后发现，数学原来并不只是枯燥的考试题，而是人类理解世界最重要的一种工具。吴军博士用生动形象的语言，结合数学发展的历史和实际的一手案例，谈古论今，在书中系统地阐述了与现代科技领域相关的数学理论的起源、发展及其作用。其最大价值也在于没有直接告诉你答案，而是让你带着新的启示、新的方法以及新的眼光、新的境界来重新理解这个世界。

这篇关于本学期代码规范（参考Google代码规范）+ 《数学之美》读后感的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！