疯狂软件对Oracle放弃Java EE的看法

疯狂软件对Oracle放弃Java EE的看法

近日网络上出现了一些关于Oracle将要放弃Java EE的说法,在Java行业引起不小的关注,甚至有些人开始担心Java会不会就此消亡,但事实上这不过是杞人忧天,《疯狂Java讲义》图书李刚根据多年来Java行业的从业经验,对此提出以下几点分析抛砖引玉,供广大Java从业者参考。

第一点:Oracle根本没有力量左右Java发展

自从Java发展壮大以来,无论是以前的Sun公司,还是后来Oracle公司,一直都无力左右Java的发展:实际上Java的规范制定,都需要通过JCP审核,一些新机制、新功能往往并不是Oracle想加就加的,Java是一个庞大的生态圈,由庞大的社区力量在推动Java的发展。

Java本身有太多的规范都是来自社区的。世界上大量开源组织和公司,为Java贡献了非常多的专利和代码,每次JavaOne大会都是全世界Java界的圣会,汇聚一堂讨论、决定Java的走向和发展。

Java世界,可以说正左右着全球的发展,全球所有顶级的、核心的项目,绝大部分都是基于Java做的,即使不是完全基于Java,也和Java有千丝万缕的关系。深入最深的是美国。美国军方绝大部分的控制系统、甚至航天控制系统,都是基于Java或者和Java相关的。

除此之外,包括世界上所有的银行、通讯、航空、电力、交通、公共安全等领域的核心系统,也都是基于Java的,如果完全放弃Java,等同于把世界上所有的这些应用系统全部要替换掉,哪个公司、哪个团体有这个能力?如果这些系统全部不能运行,人类社会等同于重回到传统时代!

如果放弃Java,你不能从银行取钱、不能在线买飞机票、火车票、不能在线购买商品、不能刷公交卡、不能打电话……甚至连你的身份证信息都不复存在!

有人说:Java不赚钱,因为Java规范是开放的,所以Oracle才想要放弃。但如果真的不赚钱,那么Oracle为何要和谷歌因为Java的专利而打官司呢?

第二点:即使Oracle放弃Java,其他的公司会乐意继续扛起Java的大旗

先说现在正在和Oracle打官司的谷歌,正是因为Java的各种专利纠纷,如果Oracle真的愿意放弃Java,那么谷歌将首先表示欢迎、并非常乐意继续领导Java的发展。

即使谷歌不想要Java,光是国内的那些巨头,个个都想要Java,以便对自己的产品进行更深度的定制,现在因为要定制自己的产品。此外,能肩负扛起Java大旗的风光,国内软件巨头都不差钱,他们绝对非常乐意去做这件事情。不过话说回来,美国政府应该不会允许Java主导权落入中国,所以这一点我们只能是空想。

第三点:Oracle可能放弃Java EE,但不会放弃Java

Java刚开始的时候,因为各种应用和生态不成熟,很多东西需要有人牵头制定强制规范引导Java的发展,于是Java EE曾经引领了企业级应用的开发。

但随着时代的进步,以及越来越多的公司和组织参与到Java世界,出现了各种各样的Java EE组件的代替者,比如Hibernate、Spring就是其中两个典型。相反,Java官方制定的各种Java EE规范反而不太受欢迎,他们制定了JSF规范,但实际企业开发喜欢用Struts 2、Spring MVC;他们制定了EJB规范,但实际企业开发往往还是喜欢用Spring;他们制定了JPA规范,但实际企业开发往往还是喜欢直接用Hibernate、MyBatis。

现代企业级应用常用的各种框架和工具,比如Struts 2、Spring、Hibernate、jBPM、Activiti、Lucene、Hadoop、Drools、CXF等这些大家耳熟能详的组件,全部都不是来自Oracle官方,但是却在企业应用中开发经常用到的。

现在企业里面,真正常用的Java EE规范有什么?Servlet、JSP、JMS、JNDI。这些技术都只是充当了一个程序的入口而已。

Oracle之所以可能考虑放弃Java EE,正体现了Oracle对丧失Java控制权的无奈。企业的本质是逐利,Oracle每年为制定Java EE规范投入不少人力、财力,但制定的规范最终并没有获得市场的青睐,所以Oracle可能放弃这种吃亏不讨好的事情。

但Java不同,2016年6月,Java在商业语言排行榜上的市场份额将近21%,庞大到恐怖的市场份额,背后隐藏着巨大各种专利使用费和盈利商机,任何一个理智的公司都不会放弃这个会下金蛋的母鸡。

第四点:从C的历史来看Java,Java绝不会过时

C语言是一个诞生于上个世纪70年代的编程语言,在AT&T的贝尔实验室里面,由一个想玩游戏的老伙伴整出来的。

后来随着社区力量的介入,C形成了国际标准,参与其中的厂商、开发者不计其数。贝尔实验室早已不复存在,连AT&T也早已解体,但C语言依然坚挺,偶尔还跑到Java的前面,排名第一!

C发展到现在,已经形成了整个软件、硬件产业上下级纽带,绝大部分硬件设备的固件、驱动程序都是C语言写的。我所知道的操作系统的内核,也都是基于C语言。如果换掉C语言,现在电脑会变成裸机,可能还不如一堆废铁。

Java现在的情形,和C非常相似:Java已经深入到世界的骨髓。正如前文指出的:从美国的航空航天、军方控制系统,到日常生活的银行、通讯、电力、交通、公共安全等领域的核心系统,绝大部分都是基于Java开发。正如世界无法淘汰C一样,世界也无法淘汰Java。

第五点:Java可能不是最好的语言,但Java是最成熟的整体解决方案

经常有人会问我,Java是最好的编程语言吗?我会告诉他:应该不是。我知道的很多语言,如果仅就语言功能来说确实优于Java,就比如日趋没落的C#,由于很多特性都模仿了Java,有在某些方面做出了改进,因此语言特性要优于Java;再比如Apple新推出的Swift,编写起来简洁、优雅……然而并没有什么用,它们都无力、也不可能取代Java。就像世界上比C优秀的语言多如牛毛,但C依然、也将一直坚挺。

Java可能不是最好的语言,但Java一定是最成熟的整体解决方案。举几个业内公开事实:taobao最初使用了PHP,发展、壮大起来不得不全部换成Java实现;京东最初使用了dot Net实现,发展起来之后整个后台不得不换成Java实现;小米服务端的消息系统最初使用Erlang开发,当时消息推送系统的第一版是基于Erlang的,随着小米用户数量的增长,后来开发团队不得不选择使用Java重新开发……还有无数中小型的企业“迷途知返”的案例,我就不想一一列举了。从这些事实可以发现,对于一个并发量小、稳定性要求不高的系统来说,可供选择的方案看似很多:PHP、dot Net、Erlang……,但公司发展壮大之后,最成熟的解决方案却只能是Java。

Java的成熟并非体现在Java语言特性多么简介、优雅,而是来自它庞大的社区和开发者,以及各种各样框架、类库和工具。软件行业的各种新理论,新方法,几乎最先都是用Java实现的。选择Java作为企业级应用的解决方案,可以避免地“重复造轮子”,很多开发中面临的棘手难题,往往都有开源的解决方案;几乎所有行业,都有非常成熟的Java应用案例,可供后来的开发者作为参考。选择Java,并不是简单地选择了一门语言,而是选择了一个成熟、稳定的解决方案。

Java的成熟更体现在包容气度上,有人说Java语法臃肿、更喜欢Ruby,OK,那就JRuby吧;有人说我喜欢Python,OK,那就Groovy、Jython吧;有人说我喜欢Lisp,OK,那就Clojure吧……各种语言的开发者都可在JVM上大展拳脚,Java以海纳百川的方式包容、融汇着各种语言的特性,最终成就了Java的“夫唯不争,故天下莫能与之争”。

时间: 2024-11-10 01:29:07

疯狂软件对Oracle放弃Java EE的看法的相关文章

名师对Oracle放弃Java EE的看法

近日网络上出现了一些关于Oracle将要放弃Java EE的说法,在Java行业引起不小的关注,甚至有些人开始担心Java会不会就此消亡,但事实上这不过是杞人忧天,疯狂软件教学总监李刚根据多年来Java行业的从业经验,对此提出以下几点分析抛砖引玉,供广大Java从业者参考. 第一点:Oracle根本没有力量左右Java发展 自从Java发展壮大以来,无论是以前的Sun公司,还是后来Oracle公司,一直都无力左右Java的发展:实际上Java的规范制定,都需要通过JCP审核,一些新机制.新功能往

Java EE 7 教程 第一部分 简介 第1章 概述 第1.7节 Java EE 7 APIs

原文:http://docs.oracle.com/javaee/7/tutorial/doc/overview007.htm 翻译:石卓林 [email protected] 注意:此章是1.8章前移而来,不知为何oracle删除了原1.7开发角色章节 1.7 Java EE 7 APIs Figure 1-6 shows the relationships among the Java EE containers. Figure 1-6 Java EE Containers Descript

微服务:Java EE的拯救者还是掘墓人?

有人认为,微服务的大行其道是在给Java EE下达死刑判决书.也有人认为,Java EE已死的论调可笑至极.InfoQ的读者朋友,你们怎么看? 引言 有人说,Java确实过于臃肿,经常"小题大做".但PHP.Node.js扩展方面短板太明显,做小应用可以,大型应用就玩不转了. 另外,Java EE领域有太多优秀框架可以解决开发效率的问题,事实上借用Spring等框架,开发的效率丝毫不亚于PHP. 互联网时代的Java开发者,很多都不是基于Servlet和EJB来开发Web应用,而且We

Eclipse for Java EE软件操作集锦(一)

以下是我在Java网站开发过程中,关于软件操作Eclipse中,遇到的一些问题并提供了解决方案.一.java web开发使用的集成开发工具是eclipse for Java EE 官方下载地址:http://www.eclipse.org/downloads/index-developer.php云盘下载地址:https://yunpan.cn/cvuRMWGZCr8qS 访问密码 a8abJDK1.8 https://yunpan.cn/cvuRv3TyJpEzd 访问密码 dea0JRE1.

微服务与Java EE

本文来源于我在InfoQ中文站翻译的文章,原文地址是:http://www.infoq.com/cn/news/2016/01/microservices-and-java-ee 时至今日,基于微服务的架构已经随处可见了.我们见识到了Netflix与Amazon等创新者是如何通过微服务来取得业务上的成功.不过,对于那些使用Java EE服务器,编写传统系统的开发者来说应该何去何从呢?我们一直所做的都是错误的么?我们该如何让技术设计能够适应于未来? 单体架构 首先,我们来看一下这些传统系统,或者说

轻量级Java EE企业应用实战(第4版):Struts 2+Spring 4+Hibernate整合开发(含CD光盘1张)

轻量级Java EE企业应用实战(第4版):Struts 2+Spring 4+Hibernate整合开发(含CD光盘1张)(国家级奖项获奖作品升级版,四版累计印刷27次发行量超10万册的轻量级Java EE经典著作) 李刚 编著   ISBN 978-7-121-24253-3 2014年10月出版 定价:108.00元 824页 16开 编辑推荐 国内知名IT图书作家李刚老师基于曾荣获中国书刊发行业协会“年度全行业优秀畅销品种”大奖的<轻量级Java EE企业应用实战(第3版)>全新升级:

最重要的 Java EE 最佳实践

参考:IBM WebSphere 开发者技术期刊: 最重要的 Java EE 最佳实践 IBM WebSphere 开发者技术期刊: 最重要的 Java EE 最佳实践 2004 年 IBM? WebSphere? 开发者技术期刊中曾发表过一篇名称类似的文章,本文是其更新版本.这个修正版中考虑了一些不断变化的技术趋势,更重要的是推荐了一些作者认为应当广泛遵循.但尚未广泛遵循的实践. 2 评论: Keys Botzum, 高级技术人员 , EMC Kyle Brown, 杰出工程师, EMC Ru

【转】JavaWeb学习----JSP简介及入门(含Eclipse for Java EE及Tomcat的配置)

?[声明] 欢迎转载,但请保留文章原始出处→_→ 生命壹号:http://www.cnblogs.com/smyhvae/ 文章来源:http://www.cnblogs.com/smyhvae/p/4046862.html [前言] JSP本身是JavaWeb中的知识,但是在学习Android网络时,必然要涉及到与服务器之间的交互,所以学一下JSP以及其他JavaWeb的内容还是很有必要的,至少能明白程序在访问服务器时,整个过程的原理. 其实,在学习Android之前,Java和JavaWeb

Ed Burns谈HTTP/2和Java EE Servlet 4规范

在2015年JavaLand大会上,Ed Burns展示了Java EE Servlet 4.0规范(JSR 369)的概要,演讲的重点在于Java EE平台对HTTP/2的支持.HTTP/2旨在解决现存HTTP规范中的问题,并引入新的功能,包括request/response多路复用.二进制帧传输(binary framing).数据流优先级.服务器推送和头信息压缩. Burns是Oracle公司的技术顾问之一,他从由于HTTP/1.1中固有的缺陷,导致当前典型网站的30多种资源传输到浏览器端