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

[2301_80232444]

一、代码规范

1、所有头文件都应该使用 #define 来防止头文件被多重包含, 命名格式当是: <PROJECT>_<PATH>_<FILE>_H_
2、只有当函数只有 10 行甚至更少时才将其定义为内联函数.
3、使用静态成员函数或名字空间内的非成员函数, 尽量不要用裸的全局函数.
4、局部变量，函数变量尽可能置于最小作用域内, 并在变量声明时进行初始化.
5、类：
（1）如果类中定义了成员变量, 则必须在类中为每个类提供初始化函数或定义一个构造函数. 若未声明构造函数, 则 编译器会生成一个默认的构造函数, 这有可能导致某些成员未被初始化或被初始化为不恰当的值.
（2）单个参数的构造函数使用 C++ 关键字 explicit.
（3）仅当只有数据时使用 struct, 其它一概使用 class
（4）类中使用特定的声明顺序: public: 在 private: 之前, 成员函数在数据成员 (变量) 前
6、倾向编写简短, 凝练的函数.
7、C++ 内建整型中, 仅使用 int. 如果程序中需要不同大小的变量, 可以使用 <stdint.h> 中长度精确的整型, 如 int16_t. 如果您的变量可能不小于 2^31 (2GiB), 就用 64 位变量比如 int64_t. 此外要留意，哪怕您的值并不会超出 int 所能够表示的范围，在计算过程中也可能会溢出。所以拿不准时，干脆用更大的类型
8、使用宏时要非常谨慎, 尽量以内联函数, 枚举和常量代替之.
9、用 auto 绕过烦琐的类型名，只要可读性好就继续用，别用在局部变量之外的地方
10、函数命名，变量命名，文件命名要有描述性 少用缩写 尽可能给有描述性的命名，别心疼空间，毕竟让代码易于新读者理解很重要。不要用只有项目开发者能理解的缩写，也不要通过砍掉几个字母来缩写单词
11、变量、文件命名一律使用小写
12、多加入注解
13、条件语句：倾向于不在圆括号内使用空格. 关键字 if 和 else 另起一行.
14、开关语句：switch 语句可以使用大括号分段，以表明 cases 之间不是连在一起的。在单语句循环里，括号可用可不用。空循环体应使用 {} 或 continue.

二、读后感

在郑老师的推荐下，我阅读了《数学之美》一书中关于“信息的度量与作用”这一章节。这一章节不仅让我对信息理论有了全新的认识，也让我深刻体会到数学在解释和理解世界复杂现象中的独特魅力。

信息的度量，一个看似抽象的概念，在书中被作者以生动具体的例子阐述得淋漓尽致。香农提出的信息熵概念，如同一把精准的尺子，能够量化信息的不确定性或信息量的大小。这种量化不仅科学，而且实用，它让我们能够以一种更为客观和理性的方式去理解和评估信息的价值。

信息的作用，则更是令人叹为观止。在信息爆炸的时代，信息的获取、处理和应用已经成为推动社会进步和发展的重要力量。书中通过多个实例，展示了信息如何在语言处理、搜索引擎、数据压缩等多个领域发挥关键作用。这些信息技术的应用，不仅极大地提高了我们的工作效率，也深刻地改变了我们的生活方式。

读完这一章节，我深刻感受到数学与信息的紧密联系。数学不仅是一种工具，更是一种思维方式，它能够帮助我们更好地理解和把握世界的本质规律。而信息，则是这个数字化时代最为宝贵的资源之一，它的有效处理和利用，将决定着我们未来的发展方向和高度。《数学之美》中关于“信息的度量与作用”的阐述，让我受益匪浅。它拓宽了我的知识视野。我相信，在未来的学习和工作中，我将继续深入探索这个领域。