Sean.Pu的专栏

--问题有很多种,解决问题的方法更多 (提供开放性博客迁移服务:http://www.blogmove.cn)

原创 某些王道--从那里来到那里去收藏

新一篇: 京华烟云 | 旧一篇: 我去做了一个职业咨询

        最近在看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写病毒玩儿!!!

发表于 @ 2006年07月23日 21:23:00|评论(loading...)|编辑

新一篇: 京华烟云 | 旧一篇: 我去做了一个职业咨询

评论

#hacker47 发表于2006-07-25 00:00:00  IP: 218.23.65.*
楼主大彻大悟原来就是这个啊,这很正常啊,这本身就是解释语言和编译语言的区别啊。
#cm4ever 发表于2006-07-25 01:09:00  IP: 218.19.4.*
老生常谈:单元测试。
#Sean.Pu 发表于2006-07-25 22:23:00  IP: 58.61.48.*
首先要说的是删除了cm4ever的一个回复,因为回复里面有地址,地址影响了界面,所以删除了.
再者发本文其实不是说明单元测试的问题.提到单元测试只是我当时想到的能够提高访问速度结果的一个方法.
本文只是在自我的反思而已.甚至说对于python都没有褒扬.只是python由于本身的定位给我的感觉方便了很多
#cm4ever 发表于2006-08-02 13:54:00  IP: 61.140.190.*
我比较懒,所以不刺激我一般不做长回复。

开发人员不能过度依靠IDE软件厂商提供的底层,他们提供的底层一般都有问题,因此如果选定了一种语言平台,但是这个平台又恰恰没有某种功能时,就需要开发人员来解决。

1.你上面讲的那些调试麻烦之处,大部分情况都可以用单元测试解决。这个你也发现了。
2.关于编译再执行,你可以用系统脚本或第三方脚本包做成自动完成的步骤。
#cm4ever 发表于2006-08-02 14:00:00  IP: 61.140.190.*
另外,超链接影响观看,这是csdn的blog烂,你更应该投诉csdn......
#Sean.Pu 发表于2006-08-02 16:28:00  IP: 59.40.122.*
呵呵,脱离了早前的QB很多年,确实没有真正领会什么叫做解释性语言.

单元测试,最初的时候把我进行了错误的导向,呵呵。

提到编译再执行的问题其实是相对直接的解释性语言换个思路。

再欢迎您的回访,CSDNblog就是缺少互相沟通的模块
#cm4ever 发表于2006-08-03 09:14:00  IP: 61.140.190.*
其实早期开发人员也是非常依赖语言和开发平台,不依赖平台而依赖单元测试也只是最近几年才比较热门,因为由于互联网和技术积累,现在的开发人员基础比以前高。所以我第1个回复说法"老生常谈"也不太对。

我有时还是会忽略历史因素,虽然自己经常强调这点,就比如一个编程10年的人总是说一个新兵编程慢这是不合理的,扯远了。
#Sean.Pu 发表于2006-08-03 11:02:00  IP: 219.133.26.*
Welcome again!

呵呵,有时间的累积才会有沉淀
发表评论  


登录
Csdn Blog version 3.1a
Copyright © Sean.Pu