代码规范及数学之美读后感

1.代码规范(参考google的c++代码规范)

包含文件的名称及次序:      

       将包含次序标准化可增强可读性、避免隐藏依赖(hidden dependencies,注:隐藏依赖主要是指包含的文件编译),次序如下:C 库、C++库、其他库的.h、项目内的.h。

命名规范:

       1、总体规则:不要随意缩写,如果说 ChangeLocalValue 写作ChgLocVal还有情可原的话,把ModifyPlayerName写作MdfPlyNm就太过分了,除函数名可适当为动词外,其他命名尽量使用清晰易懂的名词; 

  2、宏、枚举等使用全部大写+下划线; 

  3、变量(含类、结构体成员变量)、文件、命名空间、存取函数等使用全部小写+下划线,类成员变量以下划线结尾,全局变量以g_开头; 

  4、普通函数、类型(含类与结构体、枚举类型)、常量等使用大小写混合,不含下划线;

 格式: 

  1、行宽原则上不超过80列,把22寸的显示屏都占完,怎么也说不过去;

  2、尽量不使用非ASCII字符,如果使用的话,参考 UTF-8 格式(尤其是 UNIX/Linux 下,Windows 下可以考虑宽字符),尽量不将字符串常量耦合到代码中,比如独立出资源文件,返不仅仅是风格问题了;

  4、函数参数、逻辑条件、初始化列表:要么所有参数和函数名放在同一行,要么所有参数并排分行;

  5、除函数定义的左大括号可以置于行首外,包括函数/类/结极体/枚举声明、各种语句的左大括号置于行尾,所有右大括号独立成行;

  6、./->操作符前后丌留空格,*/&不要前后都留,一个就可,靠左靠右依各人喜好;

  7、预处理指令/命名空间不使用额外缩进,类/结构体/枚举/函数/语句使用缩进;

  8、初始化用=还是()依个人喜好,统一就好;

  9、return不要加();

  10、水平/垂直留白不要滥用,怎么易读怎么来

2.数学之美读后感

          数学之美这本书的名字让我萌生了兴趣,在以前初高中时代做数学题最多只有成就感,而并没有感受过其中的内涵,我看的是第八章的简单之美,因为我自己本身也是比较喜欢简单的事情,做事也是追求简洁和效率。有些东西表面上看起来没什么大作用,但是却是很多东西的基础,就像文中所说的布尔代数一样,在刚推出布尔代数的八十多年里一直没起到什么作用,直到后来人们将布尔代数利用在了逻辑电路和索引中,从而进一步演变成各种现代化的高效搜索引擎。在我们的生活中也有许多不起眼的东西,我们要善于发现它们的用处,说不定哪一天就能派上用场。

posted @ 2019-09-08 23:06  陈裕恒  阅读(146)  评论(0编辑  收藏  举报