首先说明一下这个”快”的含义,我想以前那些讨论这个话题的人当然认为这个快是指程序的运行速度,至于”软件开发速度”恐怕想也没想,或许认为软件开发速度和这个话题扯不上一点关系.那么这个问题在网上搜搜,搜的一大堆,那些c/c++阵营的列了很多例子来说明c/c++快, java阵营的也是如此,还提供一些机构的数据来说明java并不慢.可是仍然没有让大家都信服的理由或者结果.从这些讨论中我们应该得到一些启示,那就是讨论这个话题的前提是讨论的人必须既对java有很深的了解还要对c/c++有很深入的接触,否则都是偏面的.
另外从网上的结果看大家都谈到了一个共同点,编译的方式或机制是对速度是有影响的.在这里提到了java的动态编译的问题JIT(just in time).很明显很多c/c++程序员他不了解java的运行机制,java的动态编译是这样描述的,首先写完一个helloworld.java的源文件交由java compiler得到helloworld .class文件,java.exe会启动Java Virtual Machine,并加载这个class文件通过JIT编译为本机的机器代码.特别要强调的是这个class文件,它是编译原理中所谓的中间代码,它并不是目标代码.也正因为有了这个中间代码才使动态编译得以实现,而c/c++是直接到二进制的机器代码,也不需要中间代码多次一举.不过不要认为java的class文件是多余的哦,它的真正目的就是整个java语言的承诺write once, run anywhere,也就是说不管你是在windows os平台还是在linux os平台,class都是一样的,只是Java Virtual Machine是不一样的,所以有不同os版本的jdk(要想运行java一般只要Java Runtime Environments就够了).同理.NET也是这样的,所谓的.net framework就是承担了JVM的角色.说到这有必要提醒一下各位java为什么要搞个JVM,.NET难道是仅仅为了和java竞争才搞.net framework吗?呵呵,原因也许很多,但一定会有软件开发周期,人力成本,这很重要哦,呵呵,快要扯到软件开发速度上来了.
在这里我要提醒各位的是关于编译器的,用java完全可以写出一个c/c++编译器,当然更可以写出一个java编译器,不要奇怪哦,如果你懂编译原理的话,你一定会赞同我的观点的. 鸡和鸡蛋的问题!!!
如果那种语言慢的令人无法忍受的话,那它早就推出历史舞台了,可是java退出了吗,我们先不谈现在java软件的全球市场份额,就看看TIOBE世界编程语言排行榜,排在前3位的是java,c,c++.Java的使用人数现在每年在小幅下降,不是因�
