BETA代码的个人总结

.BETA工程代码 整理、改进目录
学习了一些代码写作规范，零零总总的总结如下:
1）在函数的开始，检查参数的正确性，确认参数值都落在可接受的范围里。
2）在经历一系列相关的表达式之后，检查被操作数作为变量的正确性。
3）尽可能的让函数返回一点东西。 且一定要检查函数的返回值。
4） 在移植代码时，把指针算法转换为引用。指针会影响到正常的垃圾回收。
5） 不要直接使用文字变量，而应使用Const变量。
6） 使用错误日志
7） 小心使用强制转换
8） 不要相信任何人，即一个模块不要相信它的输入参数是有效的。需要对外部的输入做假设或者错误检
查。
9）容易导致内存泄露的三种情况：
    （1）程序中的对象调用关系过于复杂，实在难以搞清楚某个对象究竟是否已经释放了内存，此时应该
重新设计数据结构，从根本上解决对象管理的混乱局面。
　　（2）函数的return语句写错了，注意不要返回指向“栈内存”的“指针”或者“引用”，因为该内
存在函数体结束时被自动销毁。

　　（3）使用free或delete释放了内存后，没有将指针设置为NULL。导致产生“野指针”。

个人反思总结：
    针对看到的代码书写规范并反观自己写的代码，生成了以下的修改意见：
    1）程序子模块在完成了基本的功能之后，必须加上用于防御性措施的代码：如，对变量、表达式、函
数进行类型和范围的对、错判断和处理。
    2）为了实现最简单方法实现功能的原则 和 实现 不要让我动脑袋的 设计原则。在设计功能实现算
法时，必须考虑至少两种以上的实现方法，并且比较个中优劣，做出选择。
    3） 写代码的过程中，必须尽好、尽精的为代码添加注释， 以实现“为维护者写代码”的书写代码
的原则。
    4）需要考虑学习 C++的内存使用规范，预防产生内存溢出的问题。
    5）书写代码过程中，违背了 “开放/封闭”原则。给后来的 修改 程序合并造成了不小的工作量。
    6） 实现方法上，没有做 万全考量，导致 违背了 “最少意外原则”