某些王道--从那里来到那里去

        最近在看python,想尝试了解一下这门语言,看看到底它有什么魅力,试图尝试对比它同我过去熟悉的C#,java,C++,Delphi,Basic,Javascript.

        看了几天突然冒出了了一个念头:python很方便!

        到目前为止我一直在看比较基础的东西.怎么会有python很方便这种感觉.

        于是一直在思考为什么python给我感觉很方便.今天午觉,半睡半醒之间突然一下明白了:

        python完成代码后直接一个F5就可以知道结果,从按下F5到得出结果基本是马上产生的.python是解释型语言!

        而我过去掌握的大部分语言,例如C#和Java都需要csc或者javac一下,然后再执行,多了一个步奏,麻烦了很多.而且对于一些设计往往还需要一个界面来辅助/帮助提示结果.

        一旦涉及了界面,我如果调试一个结果的话系统会先编译,再执行,由于IDE的复杂和臃肿,我需要花很多等待的时间来等待界面显示出来.IDE也会占用很多系统内存影响时间.

        我知道自己一直不喜欢asp.net.因为每次我修改了某个代码需要测试是否正确的时候,我都要Ctrl+Shit+B一下,如果项目文件一多,这个过程需要花很多时间,经常让我思维变慢.不如asp来的方便,asp的调试在我看来方便多了,很迅速,直接访问就OK了,非常快.不需要等待,我可以很快知道结果.

        这段时间我一直在想microsoft为什么不想办法解决这个问题???我认为这个问题完全可以解决的.比如系统预编译没有修改过的代码,完全可以节省很多时间.

        另一方面发觉vs.net2003有个不足的地方,一个asp.net页面带了三个文件,如果项目一大,项目文件一多,打开项目就非常的慢.

        在我意识到python的优点的时候突然反思:原来过去我做错了一些东西,我过于依赖一些界面和IDE去反馈代码是否正确:为了验证一个getlist()方法,我习惯性的会添加对应的一个页面,绑定一些数据控件和完成一些代码.然后再来F5测试这个结果是否正确.

        完成这个测试界面会花费很多时间,系统运行界面又会花很多时间...

        我过于依赖这些复杂和庞大的IDE来运行我的代码.没有界面的代码测试或许会更加的高效和方便.合理的运用单元测试或许可以给我带来一些更好的思路和方法.

        再回忆了一下,当年的Qbasic很方便啊!当年想用QB写病毒玩儿!!!