代码的可读性

在维护代码的时候，我们需要大量的时间来做 Reading。

1.使用统一、抽象的接口。而不是直接访问成员变量。

2.使用const来指定 in 参数。

3. 高层的抽象，有利于可读性

何时采用struct？何时采用class

减少代码量，使得代码更加紧凑，阅读更加有效率：

1. 合并同类项， 拆分具有相同功能的函数

避免二义性（理解、回忆时，会带来很多的overhead）

2. 使用小的函数，用函数名来概括细节，

（1）函数越大，修改同一个函数的可能性越大，冲突的可能性越大=>merge会很繁琐。

（2）人的记忆有限，显示屏的大小有限

（3）避免二义性

================== 修改代码 —— 当参数类型发生变化的时候

如果把“类型写死”，就无法应对变化。

1. 某个struct发生变化，那么，以来这个struct的函数发生变化。

2. function 参数的修改，往往是巨量的。

3. 然而，由于考虑不周到，对参数的修改十分正常（我们不可能预测变化，但是，我们可以便于拓展）。

4. 而参数的修改，往往引起（1）调用该函数的参数的修改（2）其他依赖这个数据结构参数的修改。

5. 更可恶的是，像 窗口消息 传递参数的时候，还是用的是“具体类型”的指针。

同时，还要编写很多类型转换函数，比如，stl 需要 insert，find，push_back。

并且，当由 instrinct type 转换为 class type的时候，比较容易出现 C2678 这样的错误。

而且，也会出现C2666这样的错误。