在维护代码的时候，我们需要大量的时间来做 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这样的错误。