今日Java——Cay Horstmann访谈
这是本人在InfoQ中文站审校的文章,原文链接是:http://www.infoq.com/cn/articles/java_cay_horstmann,感觉内容很不错,分享给大家看看。
近日InfoQ荣幸邀约Cay Horstmann,就Java最新形势和Cay的新书Java核心技术:卷一&卷二(第九版)进行探讨。
自1995年首版发布以来,Java历经多次变更:从语言规约的扩充到Oracle并购Sun后所有权的变动。本次访谈的第一个话题是Oracle的Java管理。
InfoQ:您如何看待这些年来Oracle对Java的管理?可以谈语言特性,也可以谈商业运作,诸如在JRE Installer中绑定第三方浏览器工具栏。
Horstmann:我并不喜欢工具栏绑定。这一点Oracle表现得很矛盾。一方面,他们投入大量资源改进Java,另一方面,他们又在做些不利于Java的事。过去很长一段时间Java的安全处理都很差劲,不过如今正迎头赶上。Oracle的管理是把双刃剑。
社区在Oracle做出这种值得商榷的决定时不会有任何争议。与内部人员交谈时,他们会宣称,“我就这点权力,对该问题没有任何话语权。”而Sun决不会出现类似的问题。Sun一度开放,情况不乐观时Sun会欣然承认需要改进。我琢磨着这点可能和Oracle内部文化相关。
InfoQ:所以Oracle会否认问题直到发现可行解?
Horstmann:我想那会是一种很好的处理方式,虽然不受待见。此外,Oracle和Google的诸多诉讼会让很多人不喜欢Oracle。
InfoQ:确实。整体看来,Android有点像Java平台的大使。Google选择了Java,Java的开发需求量会因此增加,Java的整个市场渗透率也会随之提升。
Horstmann:诚然。Sun不曾为Oracle留有任何有利市场。多年来,Sun一直对Java ME(Java平台的微型版)手机寄予厚望,但人所共见,ME日渐没落直至灭亡。此外,Sun未发布智能手机提案。
InfoQ:你是一名作者,也是计算机系教授。你教Java是由于学生有学用Android开发的意愿,还是个人或校方的要求?
Horstmann:任何课程引进新语言都要付出巨大代价。任何语言的熟练掌握和高效运用都要学生付出一学期以上的时间。所以,课程设计时要有选择性。一方面,Java有很强的适用性:从最简单的作业,到数据库课程,网络课程和Android移动开发课程。另一方面,与教学生十种语言相比,以Java,C和函数式语言等典型语言为例传授基本概念才是教师的职责。
InfoQ:你在移动开发课程中使用的是哪种语言?
Horstmann:过半的学生用iPhone,因此,我想让他们有一些iOS开发经验,诸如他们所关心的如何让应用程序上机、上架。总体上看,课程会有50%的Android,30%的iOS和20%的HTML5(移动JQuery,PhoneGap平台)。
InfoQ:这种分授方案在学生中反响如何?
Horstmann:这种多重视角大有裨益,学生们很感激。但最终,绝大多数学生更愿意在Android平台上工作。
InfoQ:你认为Java未来的落点在哪?基于Android的开发?
Horstmann:服务器端,特别是大型购物网站,还会用到很多Java。我观察过周边的初创企业,有很多没有选择Java。我不知道他们是否有特定原因。与这部分人交谈,问到“是哪些考虑使你在技术决策中放弃了Java?”答案多是“我不知道,我不了解Java。”这些公司中的整整一代年轻人都不了解服务器端Java。像我会觉得境况堪忧。Oracle并没有做出足够的努力来向人们证明最新发布的Java实际上很好用。Java已不是一门艰深的学问。现阶段的Java EE很简单,支持工具极多。
InfoQ:就初创企业而言,Java并不是因此不受待见。
Horstmann:Oracle更倾向于为有能力购置昂贵设备的大型机构做调研。但很多创新,特别是硅谷中的创新,更多发生在小团队中。这部分人用Rails,用Node.js,而不会用服务器端Java。有时这并非技术原因。有时连他们自己都不知道有何损失。
InfoQ:关于最新版本的Java 7或者即将到来的Java 8,你认为Oracle是该致力于解决 “时尚因素”问题,还是该解决营销问题,比如如何营销服务器端的优势?
Horstmann:我认为Java服务器端的营销确实有问题。就服务器端开发而言,经营良好的语言应有广阔的市场,包括用这种语言处理问题得心应手,包括语言背后良好的工具支持。可极少会有人建议“可以试试Java。相比若干年后时兴技术X可能遭遇的各类瓶颈,初用Java应该会更高效。”
InfoQ:是这样。小型购物网站的问题也许在于应用呈指数型增长时是否有必要从Node或Rails切换到一个“更正式”的环境。
Horstmann:是的。在我看,对JavaEE敬而远之并非幸事。即便开发小型项目,Java也常常能相当快速且轻松完成任务。如今我所接手项目的用户数量多几千或上万,不会有百亿之众。我发现无论项目大小,很多人一概无脑选用像Rails之类的技术。这样做,你必须去找会Ruby的人。Rails的那套技术是全新的,而找到Java开发者则相当简单。
InfoQ:你说的情况更多针对当前开发者还是大学新人?
Horstmann:大学新人。Java在教育中相当普遍,而学过Ruby的人会很难找,无论这些人学Ruby是自娱自乐,还是工作所需。
InfoQ:你如何看Java随时代变迁而发生的变化?
Horstmann:任何一种想经久不衰的语言都应该具备用户现阶段需要的特性。比方现在,并发情境下,函数式库更为时代所需。没有这些特性不是不行,但这些特性会为Java 8锦上添花。就目前所支持的特性而言,Scala可能更胜一筹,但Scala有其他问题,比方说复杂性。
InfoQ:也就是说,Scala用户更多看重JVM平台,而并不想使用Java。
Horstmann:如果你了解所做的事情,Scala可能会更高效。一半或更少的代码就足够表达你的想法。有些在Java中你会因为繁杂而不愿尝试的方法,在Scala中就很简单。我很喜欢Scala,但我偶尔也会为之担心。(用Scala编程时,)如果走错了一步,你可能要抓耳挠腮一会了。
多数情况下Java简单一致。我甚至记不得最后一次自问“Java语句暗中做了什么”是什么时候。这条特性很有价值。
InfoQ:特别是在公司或团队环境中,从事人员会超过两三个。要求相关人员记得所有资料会十分困难。可预测性却是必须的。
Horstmann:确实。你不会记得C++ 11的所有特性。那种语言太繁杂。
InfoQ:Ruby之类的语言呢?我是说你可以立刻着手,之后呢?
Horstmann:Ruby本身并不提供更多选择。Rails才使之真正规范化。也许你会花好几天冥思苦想某些Ruby谜团,可专家会告诉你,“这是它两年前的运行方式,现在的运行方式有很大不同。”
InfoQ:就Ruby on Rails所能提供的优点而言,你认为那些自称最小化Ruby on Rails的Java框架是否有效?
Horstmann:现在看来Rails解决过很多并无解决必要的问题。如果客户端通过移动设备、tablet或HTML 5提供用户界面,用Javascript做渲染,Rails的HTML模版会无用武之地。所以将来Rails是否会再度高速增长,我不知道。
InfoQ:书中是如何处理Java选材问题的?现在分上下两卷,如果知道当前语言的规模,你会作哪些调整?挑选主题的标准是什么?
Horstmann:因为要求涵盖所有内容,最初书的主题很多。若干年前初次设计时,Swing和RMI是热点。这会是讨论这些内容的最后一版。下一版,即Java 8版中,我会更关注人们想达成的目标。Swing或RMI在下一版中仍出现是不可想象的。最后一次用到这些技术是多久之前了?
InfoQ:书中涵盖了整个语言,显然不是简化版。开发新手或Java用户会对此表示感激,还是只关注卷一?
Horstmann: 一半以上的读者没买实体书。查阅销售记录时,我发现Safari Books Online是主要销售途径。程序员在那儿每次读几页。
InfoQ: 保持书中内容系统有序很重要,而书的厚度并不重要,读者可以从书中主动获取想要的知识而不必通读全本。
Horstmann: 确实如此。新版中也许不包含Swing,但Safari仍会留有旧版。所以绝非Swing到了世界末日。实际上我更惊讶于电子版发行后快速增长的销量。计算机市场中这一现象已持续了一段时间。
我并未试着加入一些孤立环境中很难理解的长例子。有些书会这样做。他们渐渐扩充实例,这会让跳读变得很难。
我试着让每个人能直接从感兴趣的那一章节读起,而不必一定要先读过之前的六章。
InfoQ: 你已展望过Java 8。在你看,最需要或者最应该被关注的特性是什么?
Horstmann: Lambda表达式毫无疑问是一个。容器方面的改进是一个。这些会让日常开发变得十分简单。为充分利用多核而不加大程序员开发难度,并发方面的变化也很重要。Java 8和Scala会让这一工作变得优雅。程序员呼吁,“噢,我想所有事情都并行。”你恰好有一种并发的解决方案,通过操纵一个类似Linq的队列轻松实现并发。这点将会十分重要。
InfoQ: 基本数据类型有必要消亡么?研究时我发现基本数据类型和包装类型间兴许存在共性。
Horstmann: 那就太好了。若干年前,我问过那段时间正研究这个问题的Neal Gafter:即便基本数据类型相比范型添加了一整层复杂性,基本数据类型为何仍未消亡?他说存在这样一种无法等同int和Integer的情况。有人创建了类似Integer(42)的新对象并把它当锁来使用。这种情况下,如果你无法区分两个不同的Integer(42),代码将会失效。
绝对的向下兼容看来并不理性。可交换情形下,int和integer的差别应当是VM所能识别并优化的。
同样,对VM而言,int数组和integer数组间的交换同样困难。
现在看来,整型和浮点型数值在最初就该当对象看,但20年前,基本数据类型听上去是个好主意。
InfoQ: 初次向学生介绍Java时,你会选用Integer么?
Horstmann: 不会,我用int,因为很多库都用int。我不会用太多时间区分两者。用容器时,自然会考虑包装类型。实际上这并不打紧。难道你会经常用ArrayList存储整型?
Java主要关注两方面。一方面,Java门槛低,理解它无需博士学位。另一方面,Java库非常庞大:总会存在一个完成任何你想完成功能的Java库。
很多语言不具备这样庞大的扩展库。比如Python,和Java比,Python的库相当局限。
和Python比,Java还有一个好处在于向后兼容性。我赞成Python3的规范和优雅,但我不知Python2会坚持多久,而兼顾两者并不好受。
InfoQ: 庞大的遗留代码会产生问题。
Horstmann: Scala会让你体会残酷性。似乎每隔半年所做的一切就会被全然颠覆,你将从头开始。
InfoQ: 确实。这种情况很多?
Horstmann: 是的。有些时候必须结束。但目前你必须全部重新编译,因为Scala并非二进制兼容。Scala的语言特性存在足够的变化空间,而这也正是修正良机。
InfoQ: 这对语言发展极好但不利于继承。
Horstmann: 是的。那也是为什么有时他们会说“好吧,我们之前已经做得足够有趣,现今我们将使之平稳。”
InfoQ: 全面审视后,若由你来负责Java,你认为Java所要克服的最大障碍是什么?(舍弃或改良)
Horstmann: 也许是基本数据类型。基本数据类型带来的复杂性非常烦人。还有什么我真正讨厌并想摆脱的?我从未想过。你也知道,Java语言特性不算多。但我讨厌漫长的启动时间,那妨碍了Java被作为脚本使用。这点是我从未关注的。也许是Java 9,也许是我的孙子活着时,我希望Oracle能通过模块化关注这点。这限制了Java的适用范围。
另一件与Java本身无关而与环境相关的问题是安全。用户正在流失,因为Oracle无法像承诺所述的那样更新JVM客户端。从来没有人会抱怨Flash不安全,因为Adobe每三周都会推送给你一个新版本。而就我Windows机器上运行的Java而言,一打开它我就会看到一个Java需要更新的小图标;但每次点击图标,都会报出无法执行的错误。这么多年过去了,一切如旧。
InfoQ: 我从未想过能这样比较Java和Flash,但这观点不错。Adobe相比运行时Java似乎有更好的解决方案。
Horstmann:是的。只要单击按钮Flash就会更新。而Java,则是报错。就我的观察,几乎每个学生的机器中都有一些旧版Java等待移除。
InfoQ: 活跃开发者也许更容易找到所安装的程序并保证程序正确安装,但可以肯定的是,远程诊断会带来困惑。
Horstmann: 确切而言,是的。分析之后,你会为常规用户提供什么样的补救方案?“是时候格式化硬盘了?”
InfoQ: 你还想改变其他的一些么?
Horstmann:如果你是在问哪些不好的语言特性需要消除的话,用不到且不希望存在的特性有很多,比如带标号的break。为了消除偶发复杂型,这些特性是我想舍弃的,但这些特性极少使用,所以并不妨碍。另一方面,并非任何特性我都想舍弃,有些特性确实代表了Java的设计。至于添加特性,噢,另一件我想舍弃的特征是属性。我不喜欢getter和setter方法。
这并不像解决世界饥饿,但没有模版也不错。我喜欢Scala的一个原因是,你能在几行内定义一个简单类。
InfoQ: Java的模版类型常被指责。
Horstmann: 是的,但让我们认真回顾下。人们赞誉Java是新一代Cobol。Java横空出世时Cobol正濒临灭亡。还记得有段时间,世界上一多半的程序员都用Cobol编程,几年之后,没有人再用Cobol。那种变化非常非常快。至于Java,我认为还有很多事情Java可以做而Cobol中不存在的,比如,具备一个可移植性强的世界一流虚拟机。由于这些原因,我认为Java会存在更久。
另一件事情是,Cobol消亡时,有一些更好的替代品。可目前,什么值得人们趋之若鹜?我的意思是,并不存在其他值得你高呼哈利路亚的替代品。
InfoQ: 是的。我指其他一些语言。比如C++圈内,C++的自我复兴最为引人注目。
Horstmann: 你想用C++编程么?
InfoQ: 如果你是C++程序员,也许会更认同,但我不知道对新程序员而言,那是否足够吸引。再看C#,很多用户觉得C#优于Java,而这部分用户中很多是程序员,这部分人认定微软将放弃C#转向支持更新的技术。
Horstmann: 综合看来,C#就是Java。C#具备一些Java不具备的特性,但如果某一特性真的重要,Java会很快具备。
InfoQ: 但对Java程序员而言,使公众接受似乎并不够。如果你是C#拥护者,会很高兴。但绝大多数阵营都已分化。程序员新手并非从已分化阵营中来。那之后,尽管我不想用悲观的腔调说,但你只会得到……
Horstmann: 市场定位。
InfoQ: 是的。不同的大小,不同的竞争语言群体。
Horstmann: 是的,从这一点看,没有语言能一统天下。若你能找到那么一种语言,告诉我,我会写下一本书。
InfoQ: 有很多新语言,其中一些至少小范围内很流行,但没有一种广泛流行。现在每种语言都有支持者和批评家,但没有真正的狂热者或是或仅仅推动任何事。
Horstmann: 广泛流行很困难。不光是语言。而今,人们期盼一种合适大小的库,一个虚拟机。直接在裸机上运行语言的时代已告结束。一些你能在VM上做的优化,像Objective-C之类的语言想都不要想。JavaScript运行得相当好,他们让虚拟机更具生气。
InfoQ: 几乎只有两类主流库。一类静态类型推断为主,希望得到更多语言特性。另一类追求速度为主。两类库间存在重叠而不存在共性。
Horstmann: 这点也不错。我认为强类型语言能提供更多。看看Google为Dart所做的就知道了。他们试图弥合动静态间的区别。那确实是一条很有趣的路。但那些是否会是下一代主流语言的竞争者?我认为Java还会强势一段时间。
InfoQ: 似乎每次Java经历过一段沉静期后,一种新技术就会重新使之扬名。从伪革命性的applets,到原生web应用,再到目前的Android。似乎Java永远有一个领跑者促使语言前进。
Horstmann: 另一个Java会持续一段时间的原因在于Java是开源的,其专利会很快失效。专利有个妙处,20年之内保值。
InfoQ: 也许正有下一个领跑者。十分感谢,祝好。
Horstmann: 客气,谢谢。
关于受访者
Cay S. Horstmann是《Java核心技术,卷一&卷二》,《快学Scala》(Addison-Wesley, 2012)的作者, 《JavaServer Faces 核心编程》第三版(Prentice Hall, 2010)的共同作者,是圣荷西州立大学的计算机系教授,是一名Java Champion,也是各类程序员会议上的活跃讲演者。
今日Java——Cay Horstmann访谈的更多相关文章
- 201871010126 王亚涛 《面向对象程序设计 (Java)》第十七周学习总结
内容 这个作业属于哪个课程 https://www.cnblogs.com/nwnu-daizh/ 这个作业的要求在哪里 https://www.cnblogs.com/nwnu-daizh/p/12 ...
- 深入理解Java 8 Lambda(语言篇——lambda,方法引用,目标类型和默认方法)
作者:Lucida 微博:@peng_gong 豆瓣:@figure9 原文链接:http://zh.lucida.me/blog/java-8-lambdas-insideout-language- ...
- [转]深入理解Java 8 Lambda(语言篇——lambda,方法引用,目标类型和默认方法)
以下内容转自: 作者:Lucida 微博:@peng_gong 豆瓣:@figure9 原文链接:http://zh.lucida.me/blog/java-8-lambdas-insideout-l ...
- Java多线程——同步(一)
好习惯要坚持,这是我第二篇博文,任务略重,但是要坚持努力!!! 1.竞争条件 首先,我们回顾一下<Java核心技术卷>里讲到的多线程的"竞争条件".由于各线程访问数据的 ...
- Java核心技术II读书笔记(三)
ch2 XML SAX解析器 SAXParserFactory factory = SAXParserFactory.newInstance(); SAXParser parser = factory ...
- java基础语法知识
1.用消息框显示加法计算结果 package plusdialog; import javax.swing.JOptionPane; // import class JOptionPane publ ...
- Java面向对象程序设计--与C++对比说明:系列3(Java 继承机制)
继承(inheritance)背后的核心思想是: bonus = b; } } Java没有像C++那样提供多继承机制,但提供了接口机制,在后面我们将详细探究接口机制的实现 ...
- Java面向对象程序设计--接口和内部类
1.接口的定义: In the Java programming language, an interface is not a class but staff[0] = ...
- Java面向对象程序设计--与C++对比说明:系列1(面向对象基础)
面向对象程序设计作为一种重要的程序设计思想,在近些年来得到广泛的推崇.而Java和C++更是面向对象程序设计语言中的翘楚,要彻底摸清面向对象程序设计的精髓和在实际应用中更加高效的进行代码设计 ...
随机推荐
- 使用Maven清理项目
在基于Maven的项目中,很多缓存输出在“target”文件夹中.如果想建立项目部署,必须确保清理所有缓存的输出,从面能够随时获得最新的部署. 要清理项目缓存的输出,发出以下命令: mvn clean ...
- zabbix 服务器设置邮件报警
实验条件: Zabbix监控服务器.客户端都已经部署完成,被监控主机已添加完成,Zabbix监控运行正常. 实现目的: Zabbix监控服务器设置邮件报警,当被监控主机宕机或达到触发器预设值进,会自动 ...
- 文本框中的回车处理 js
<input id="txtOrderID" onkeypress="getKey(event)" /> <button onclick=&q ...
- 使用nginx反向代理解决前端跨域问题
1. 首先去Nginx官网下载一个最新版本的Nginx,下载地址:http://nginx.org/en/download.html.我这里下载的版本是:nginx/Windows-1.12.0.下载 ...
- iOS: block参数
先看一下 NSArray 是怎么传递 block 参数的 ... @interface NSArray (NSExtendedArray) … #if NS_BLOCKS_AVAILABLE - (v ...
- Memcached Java Client比较
JAVA客户端调用memcached比较 Memcached 客户端程序三种API的比较 Java开发中的Memcache原理及实现(五)Memcached客户端
- Oracle 一个中文汉字 占用几个字节,由Oracle中字符集编码决定
Oracle 一个中文汉字 占用几个字节,要根据Oracle中字符集编码决定 查看oracle server端字符集 select userenv('language') from dual; 如果显 ...
- c++ String去除头尾空格
1.使用string的find_first_not_of,和find_last_not_of方法 #include <iostream> #include <string> s ...
- OSG 坑爹的Android example
本人3D编程方面超级菜鸟,因为项目需要,接触了一些Open Scene Graph(OSG)引擎的相关编程工作.首先我得承认,OSG这个引擎超级牛,无论是渲染效果和效率,都没的说,很棒.但是,OSG提 ...
- 【数据分析知识点】detailed table of contents
Exploratory Data Analysis - Detailed Table of Contents http://www.itl.nist.gov/div898/handbook/eda/e ...