昨晚在修改OSD部分的代码时，不断地出现各种问题，搞的自己疲惫不堪，而且努力了没有见到任何成果，由于没有做好备份工作，恢复初始代码，也搞的自己很不愉快。总结教训：
一备份与注释：
在修改一份资料时，一定要牢记先备份，再修改。备份的形式可以分为多种：1、文件整体备份，这对与大量修改比较合适。2、采用注释掉原有代码，对新增代码添加特殊注释标识符。3、边修改，边写文档。参考师姐的做法，对修改代码时所作的一切，在word中按步骤记录，添加说明。
二模块化、宏、与数据（结构）变量：
在代码的前期工作中，自己先按照编写模块化的思想编写程序整体框架，并同时并行的编写库函数，但是由于编写库函数缺乏经验，遇到了疑惑和困难，就没有坚持到最后。导致在后期编程中，由于老板不断地要求添加新的功能，对代码的修改也无可避。起初修改时，很顺利，一方面由于前期采用模块化思想，另一方面是代码改动幅度较小，不涉及一些全局变量（重要变量）。随着修改的深入，发现出的错误越来越多，修改越来越困难。需要向框架中添加新的功能模块，新功能模块中用到的接口参数太多，导致高耦合低聚敛。违背软件工程的原则（原则的使用也是有条件的，当应用具体化时，模块化反而没有一体化编程有优势。苹果，软硬一体化。），以方便修改，扩充，维护。同时，变量被赋予了新的功能需要修改时，往往不能彻底修改完整，总是容易遗漏一些地方。这主要因为代码中很多地方时采用表达式的形式，而非具有一定含义的变量。