如上所言,现在回过头来想一想,写不出来好代码也纯属报应。偏偏那时候不晓得这么个道理,反而是拉不出屎来怨茅坑。
好端端的Delphi 5被我骂了个狗血喷头。
现在回过头来想一想出了它的那个狂慢的且尽提示些鸡肋信息的智能感知和代码自动完成功能,还有那拙劣的,有着丑陋的斜体中文和永远都不能支持Tahoma字体的IDE让我觉得不能忍受以外,Delphi没什么不好的。但是就是因为这点原因,连带着BCB也遭了殃。
当然这是在看到了MFC的麻烦以后我才会感觉到的好处。VCL用起来实在是太爽了。
随后在高三下和大一的时候也就开始看一些软件工程和面向对象方面的资料。大一下的时候开始看设计模式和软件过程。
只是熟悉我的人都知道,我这个人纸上谈兵的毛病真不是一般的重。读了那么多的书,从来就没想过该到了改善一下自己写的Win界面程序框架的时候了。其实别说这么高深的东西我不会用,就连匈牙利命名,我都用得不太好。这主要是前面想的名字后面就忘了当时怎么取得了。无奈是我的英语太差所致。当然,再差我也不太会用汉语拼音去给变量取名字。那丫就是折腾自己。起过了,看不懂。
到了大二,要开始交作业了。我又不是计算机或者相关专业,要求也不高,就是用VB随便弄点什么工程程序就K.O.。照理说VB很简单。但是我不太喜欢VS6的界面,正好那段时间又开始跟一个前辈学WTL,有界面高手愿意用业余时间知道我,我当然不能浪费这么个机会。于是开始用它写了一个很简单的随机地形生成器。
这对我的界面程序经历来说,是一条分水岭。从那个程序开始,我开始在学习,如何将界面逻辑和程序逻辑区分开。
但是实际上这次实践并不是很成功。我在设计框架时,没能考虑的很周全,因此只做出了两层的结构。这样一方面,程序逻辑为了照顾界面,做出了不少的与逻辑关系并不密切的接口,而界面为了容纳自身的全部逻辑,以及与程序逻辑黏合,也有大量的非内聚代码充斥其中。这不得不让我开始考虑一些更好的程序设计的办法和方案。