回击java已死传言,java位置照旧稳固
来源:互联网 发布:windows 2008激活工具 编辑:程序博客网 时间:2024/06/05 17:48
很多Java已死的行动者是由于不喜欢Java的某些特性(如当初Java所没有的闭包),而且思索向后兼容性,所以他们对新特性的效能和能否合适表示了质疑,有时分他们也以为Java变得过于复杂。当然这些行动者在打诳语的同时,也会提议另一种言语也就是他们所喜欢的言语。我敢说,他们对Java提出几批判,我就能够对他们提议的言语提出更多的批判。只是我们完整没必要。
挖苦的是,作为一门已死的言语来说,Java做得真是不错:它仍是Tiobe Programming Community Index编程言语排行榜上的第一位,而且曾经占领此位置十年之久(只是在2000年中期的时分位于C言语之后排第二)。从招聘网站来看,Java程序员也照旧有着旺盛的需求。
所以,Java已死的行动真的很无稽,而且至少在接下来的这几年里会仍然无稽。缘由有很多:首先,许多计算机科学的程序和其他范畴的程序是以Java为首要言语来编写的;第二,Java有一个宏大的稳定的代码库;第三,有大量的厂商投资、工具、培训和其他产品,使得无论是供给商还是他们的客户都依赖着Java。第四,Java具有最大的开发者人群和开源生态系统,当触及到选择何种工具、供给商和开发者来作为将来的开发方向时,Java仍是首选。显然,Java一点都没死。
退一万步来说,就算Java真的到了晚年或者行将老去,参照其他已接近死亡的言语,它的将来也并不暗淡。比方许多开发者议论C++正在死去,而它最近却在复苏,由于Google Go言语的发布重新激起了C和C++的生命力。而且鉴于C++的历史沉淀和根底,能完整取代它的言语目前恐怕只要Java。而即便Java想在本人的优势范畴(如GUI和数据库开发)完整取代C++,也面临着很大的障碍即:将C++应用搬迁到Java的宏大本钱。虽然JNI、CORBA、web效劳和类似的技术范畴曾经将两种言语混合,但它们有各自的复杂性和问题。所以一门不甚景气的编程言语完整死去也要阅历很长的时间,况且Java还远没到不景气那一步。
当然,Java面临的最大的要挟是快速开展的JVM-hosted言语如Groovy, Scala, JRuby和 Clojure。由于这些言语运转在JVM上,它们与Java言语的集成比Java本身更便利、更简单。而Java正面临着一个宏大的影响:Oracle对Sun的收买。但结果是好或坏,我们只能等候买卖最终的完成(或者取消)。
因而,虽然Java有了臃肿之处和岁月的痕迹,但当把一切的要素都思索在内(Java庞大的生态系统和产品、现有的代码和投资),很难看出在不久的未来有一门言语会比Java更胜利。Java远没有死亡,基本不应该列入将死亡的言语行列。- 回击java已死传言,java位置照旧稳固
- Java已死?九百万程序员说不
- Java已死?九百万程序员说不
- java 如何判断对象已死
- Java Double-Checked Locking 已死,C++ 呢?
- Java Double-Checked Locking 已死,C++ 呢?
- Java Double-Checked Locking 已死,C++ 呢?
- Java Double-Checked Locking 已死,C++ 呢?
- Java Double-Checked Locking 已死,C++ 呢?
- Java Double-Checked Locking 已死,C++ 呢?
- Java Double-Checked Locking 已死,C++ 呢?
- Java Double-Checked Locking 已死,C++ 呢?
- 杂谈:饮水思源与Java仍在但Sun已死
- JSP技术已死 ? (Java Server Page technology will die) ?
- OOP已死,AOP为未来而生(.net+java)
- 【003】【Java虚拟机——对象已死判定】
- 永存、曲折、已死、重生——传奇的java
- JSP技术已死 ? (Java Server Page technology will die) ?
- C++ 代码解析(词法分析、语法分析)
- 兼容火狐和IE的回车监听事件
- MSCOMM控件说明
- C/C++的64位整型
- C#網絡編程序列化發送對象
- 回击java已死传言,java位置照旧稳固
- C#獲得文件的目錄
- 图的最小生成树(prim算法)
- C++ 虚函数表解析
- C#操作字體和顏色方法
- SD卡路径问题以及如何获取SDCard 内存
- 【SEO/网络营销】B2C电子商务网站的SEO误区
- Android 定时器Timer例子
- 备份策略四、使用主从复制机制(replication)