代码段,从一段旧代码想到的

今天一个偶然的机会打开了自己以前写的旧程序，时间大概是上世纪90年代后期（96-99年左右），代码是用C语言写的，运行在Windows 3.1或Windows 95环境下。看到它们，有一种看上学时照片的感觉，感觉是那么的青涩。拿出一段晒晒：
//----------------------------------------------------------------------------- // 函数：NewPoint // 功能：分配一个测点定义缓冲区。 // 入口参数： // lpPNum 测点号指针。 // 出口参数： // 如成功，返回在测点定义表中的偏移；如失败，返回0xffff。 //----------------------------------------------------------------------------- WORD NewPoint(LPCSTR lpPNum) { WORD i; LPTPOINT lpTmpPt; // 在测点定义表中找空的缓冲区 for (i=0;iMAXPOINT) return(0xffff); // 如未找到最大值，则测点总数加1。即在测点定义表的最后追加一个缓冲区 PtTab.wCount++; } // 初始化缓冲区 lpTmpPt=&PtTab.lpPt[i]; // 将删除标志(即缓冲区空标志)置1，作为后面具体定义时区分增加与修改的标志， // 如是修改，则此标志必为0 lpTmpPt->tpDel=1; // 拷贝测点号到缓冲区 lstrcpy(lpTmpPt->tpNum,lpPNum); // 将前一此操作测点的定义复制到缓冲区 lstrcpy(lpTmpPt->tpName,HistPt.tpName); lpTmpPt->tpType=HistPt.tpType; lpTmpPt->tpOp=HistPt.tpOp; // 赋缺省的状态与数值 lpTmpPt->tpState=PS_SUSP; lpTmpPt->tpRValue=0; lpTmpPt->tpDValue=0; // 置缺省的状态变化时间为当前时间 _fmemcpy(&lpTmpPt->tpTime,&Time,sizeof(SYSTIME)); // 将偏移值返回 return(i); }
这是当年开发的一个煤炭安全监控软件里增加新测点的函数。如果在当年看这段代码，感觉这应该是一段挺不错的代码，比如：注释很多，几乎每行都有注释；匈牙利命名法，使用像lp、w这样的前缀；结构、数组、宏定义，看起来都是有板有眼。
时间已经过去十几年了，计算机系统、开发语言、设计思想都有了很大转变，现在要写一段同样功能的代码，可能完全不同了。
最大的变化应该是面向对象技术的应用，测点和测点表都会从struct变为class，测点数组可能会用std::vector或std::list代替，并且用new来动态分配，宏定义也会换成常量或枚举。而上面这个创建新测点的函数，也会被封装到测点表这个类中。面向对象技术改变了我们思考和实践的方式，而且这个改变作用是巨大的。
再有就是一些设计思想的转变，比如对注释的看法。以前，注释多可能意味着可读性强。但《重构》一书中说：“你看到一段代码有着长长的注释，然后发现，这些注释之所以存在乃是因为代码很糟糕。”再看看上面这段代码，前半段，其实是查找一个空的测点位置，完全可以用Extract Method（提炼函数）重构方法将其移入另外一个函数，并给其一个准确的命名，而不需要注释。后半段，“代码已经清楚说明了一切，注释已经变得多余了。”
匈牙利命名法，已成为争议最大的命名法，其类型冗余常常大于它所带来的收益。它来自微软的一名匈牙利程序员，但现在微软的.Net和它的编程语言中，微软更换了这一法则，在C#中以骆驼命名法和帕斯卡命名法居多。
计算机系统的提升也改变着程序。早年16位OS上编程需要区分远指针和近指针，但现在32位环境下，C++指针变量前缀一般都是p，很少见到lp。
技术在进步，编程思想在转变，人的思维也在不断更新。也许再过十几年，现在听都没有听说过的新技术会大行其道，你回头再看看现在的代码，可能也会有像我今天的感觉。但无论怎样，请不要轻视我们的过去，因为没有过去的积累，就没有今天的进步。

Tags:  非一致代码段 旧花藤代码 代码段数据段 代码段

延伸阅读

• 2009-1-8-- 数据段代码段:把数据写到代码段
• 2009-2-12-- 移动呼叫转移代码:向目标代码段转移的步骤