Java: Evolutionary Dead End

January 3, 2008

我在比利时安特卫普举办的Javapolis大会上刚做完一个主题演讲。现在是周五早上,前一天Josh Bloch作了发言,谈到了在closures(闭包)建议方面的争论。现在他就坐在我的对面吃早餐,我们更进一步谈论了这个话题。

当初我开始抱怨的时候,理由就很简单:Java作为一种语言过于繁杂(noisy)了。读代码要比写代码费劲得多,凭这一点就直接增加了软件开发的实际成本。计算机的时钟周期是一类非常稀缺的资源,凡是毫无效益地耗光这些资源的东西—即使是表面看无伤大雅的一句多余的System.out.println()—都会剥夺可能有重要用途的循环周期,并降低编程语言的效率(Steve Yegge在最近的文章中谈到了这个问题)。

Josh在演讲中提到向Java generics添加最后一个通配符可能会极大增加语言复杂性。Neal Gafter则建议应该具体化generics。而这两个人最开始都是Java generics的绝对支持者,他们对于我的批评文章的反应就说明了这一点。现在似乎出现了变化,我注意到一些人开始提出“generics确实很不错,但是…”(虽然最近Tim Bray称这些人是个祸害)。

我们对于复杂度唯一能够掌控的是抽象:隐藏无关紧要的部分(“分而治之”就是一种变化)。Java的自身矛盾性就在于它忽略了复杂性问题的一个关键方面,就是代码的可读性没有被看作为一个重要问题。似乎如果是IDE为你写的代码,那么这些代码即使是再复杂(本来不必这么复杂)也没关系。

Josh进一步阐述了他关于复杂性的观点。他说,这并不是某一孤立的特性才具有的复杂性,因为这经常是直观可见的。这是一个将一个新特性以各种可能的方式与语言其它特性结合而形成的合成复杂性。当你将一个特性硬塞进已有的语言而不是从头开始认真仔细地进行设计时,你就不可能控制这种特性是如何与其他已有特性相融合的了。合成复杂性可以导致令人吃惊的问题,特别是在增加了特性后且做什么都于事无补的时候。吃早餐时Josh说这种复杂性会为Java困惑者们提供丰富的参考依据,令他们兴趣盎然,可是对于整个社区来说却没有一丁点好处。

稳定性 VS 特性嗜好者

我从与Josh共进早餐中领悟到的是我是一名特性嗜好者(feature junkie)。特性是这样一类好玩的游戏:一旦你掌握了它们,它们就可以以令人着迷的方式来运用。所以我总是在思考在新特性方面语言的演化问题。你也许会发现你也是一名特性嗜好者。

所以,当Java Generics一类的特性被糟糕地(我认为)加入到语言中时,我感到十分沮丧,我认为在增加特性时他们没有做该做的事。

但在我看来,该做的事绝不是一点不增加新特性。而是如果你不能正确处理,那么该语言可能就会不再成长并变得更相对稳定些,直到放弃对每一种已有语言特性的追求。

勿需证明,C最好的特性之一就是很多年以来它没有作任何改变。C++也十分稳固。所以这么说来让Java稳定下来也不见得是坏事。

这并不是说类似generics和closures的特性就“不好”。完全相反,当将它们精心设计到一种语言中时,它们可以十分清晰且功能强大。然而回想当初,Java是有这样的机会的。Bill Joy在语言最初版本之前强烈要求加入closures和generics等内容,但没人理睬。

很多年以来人们一直容忍着,然后突然间generics就必须要硬塞进语言之中。这显然和当年C#出现generics的情形极为相似。后者也是要在Java5中制造出几个其他特性。似乎增加这些特性的紧迫性不是来自于要使用Java解决现实问题,而是Sun在试图保持与微软的C#进行竞争的感觉。这或许并非是空穴来风,因为Java必须首先要以粗犷方式破茧而出的原因,是其认为存在一个必须要赢取的市场窗口。一个依仗市场推进力设计出来的程序设计语言最终要以白忙活一场而步入终结。

兼容性的圣杯

一种选择是正确地加入新特性并破坏向后兼容性。作为一个特性嗜好者我会选择这样做,因为它不会将降低语言的完整性。而该方法一直以来未被采纳是因为向后兼容性总是语言的利器之一。我注意到Python在早期版本中战战兢兢地小范围破坏了向后兼容性。这个变化实际上没有引发任何反对声音。结果是Python正计划扩大向后不兼容的范围。Ruby也在考虑去掉一些Perl特性以简化语言。那些不想拥抱这些变化的人不会进步,他们实际也是出于保守而不愿进步。很多公司出于这个原因仍旧一直使用Java1.1。他们也将不会受这场争论的影响,因为无论如何他们都没打算接受这些变化。

我们如果由于向后不兼容而无法正确地加入新特性,当语言的变化到来时我们就无法施展拳脚了。我们处在的位置和C++一样。C++常常在设计方面饱受批评。而我作为标准委员会的成员的这八年里,经历了在每一个语言特性上的争论。这些特性并非是反复善变,而是谨小慎微和深思熟虑过的。导致语言最终变得复杂和困难的正是要保持对C的向后兼容性。一旦你打算与任何一样事物都保持向后兼容性,你就必须准备好因增加特性而破坏语言。如果Java不想破坏向后兼容性,那么它就不可避免要接受新特性所具有的毫无收益的复杂性以及无法完整实现等特点。我在Thinking in Java(第四版)》中谈到过这个问题,Java Generics只是对真正generics的一个苍白的模仿,而对于closures更有价值的建议之一(我想它该叫做“CPA”,但在Javapolis大会的演讲中没听到过该词—也许有人会告诉我正确叫法)是对真正closures的不完整实现。但实际上有个完整实现会更好些,因为它会使代码更清晰、更简单易懂。

基础级新特性应该在新的语言中有所体现,其作为语言整个体系的一部分来精雕细琢地进行设计,而不是事后才想起来添加进去。在我看来,Java当前最好的退出策略(exit strategy)是Scala。我甚至听到了一些顶尖的程序员说在这个问题上他们并不在乎Java发生了什么事,因为他们正打算转向Scala。

如果Java要完整地存在下去,它就必须像C一样:成为一匹能靠得住的“驮马”。实际上,将来任何语言上的变化都必须能够使语言和其使用方法变得简单和清晰(比如修复classpath问题),并且充实丰富(比如说)那些被打入冷宫的不完整的库(像JMF)。

然而,类似closures这样重要且基础级的语言特性虽然在理论上极其吸引人,但一旦将其强行加进在抽象清晰性上重视向后兼容的语言中时,就会在实践过程中付出巨大的成本。因此在这个问题上我们必须变得异常保守。

(我们会在即将到来的JavaPosse摘要中讨论这个以及其他Java方面的重要问题:http://www.mindviewinc.com/Conferences/JavaPosseRoundup/)

(原文链接网址:http://www.artima.com/weblogs/viewpost.jsp?thread=221903)

Java:进化的尽头相关推荐

  1. Java:进化的尽头 by Bruce Eckel 以及Thinking in Java 5th edition 《On Java 8》

    在读Java编程思想之前,上网搜了一下Bruce Eckel的信息,发现了这篇文章和Java编程思想(4th edition)的课后题,仅做参考吧,CSDN上可下载.随后跟踪到了Bruce Eckel ...

  2. Java进化宠物_猿进化系列2——JAVA,欢迎你!

    在上一章节大家更换了上网的姿势,知道要成为一只从事web开发的家养猿类,需要掌握一门编程语言,猿人工厂君厚颜地向大家安利了JAVA,今天我要更加坚定的继续向大家安利它--因为PHP确实不是世界上最好的 ...

  3. Java新手学习指南(2020最新推荐版)

    写给入坑Java的新手程序员 Java拥有丰富且完整的生态,各类框架及工具应有尽有,系统完善的学习需花费较大精力: Java在国内互联网行业应有最为广泛,没有之一,岗位多,但是竞争也最为激烈: Jav ...

  4. 进化算法的比较(GA,PSO,DE)及其优化算法包的使用

    概述   最近搞进化算法搞得比较多,所以想来总结以下,一来是对7月实训的总结,二来是对今后学习的一个反思.   进化算法的思想大同小异,具体的操作可以分为一下几个步骤: 编码可行解 对于进化算法这一类 ...

  5. 《码出高效:java开发手册》六-数据结构与集合(一)

    前言 本章主要是讲数据结构与集合,这章内容涉及到非常基础的知识,内容相对较多,首先从数组讲起,引申到集合框架,之后再到集合源码,最后介绍了高并发集合框架 集合 集合在代码中是collection,对应 ...

  6. 类方法的实例python_Python Class 的实例方法/类方法/静态方法

    实例方法.类方法.静态方法 class MyClass(object): class_name = "MyClass" # 类属性, 三种方法都能调用 def __init__(s ...

  7. Unix痛恨者手册zz UNIX hater' guide

    转载自:Simson Garfinkel, Daniel Weise, Steven Strassmann 原文由pengchengzou张贴 张贴者: pengchengzou (old hand) ...

  8. Unix痛恨者手册--巨经典

    Unix痛恨者手册 转载自:Simson Garfinkel, Daniel Weise, Steven Strassmann 原文由pengchengzou张贴     2003年1月24日 张贴者 ...

  9. UNIX痛恨者手册[转载]

    --------------------------------------------------------------------------------   UNIX痛恨者手册 2004-02 ...

最新文章

  1. 矩阵的卷积核运算(一个简单小例子的讲解)深度学习
  2. idea删除后能还原吗_热水管能过100度热水吗
  3. java8 环境变量设置
  4. RBL, UBL, Uboot的关系
  5. dhcp配置(个人)
  6. 向左向右向后转python,将图像(png和jpg)转换为多维列表并在python中向后转换
  7. php中url编码地址栏,php url地址栏传中文乱码解决方法集合_PHP
  8. VTK:Actor边缘颜色用法实战
  9. serialVersionUID---java序列化
  10. hdu java_HDU Java8 集锦
  11. C++ 反射机制的简单实现
  12. 【原】Jenkins持续集成环境搭建之创建java项目的job【centos6.5 java maven git 项目】...
  13. Android动态布局
  14. 整合mybatis3.2.2跟spring3.0.1
  15. ncf 推荐系统_TopN物品推荐算法评测设置回顾
  16. HDU 6162 树链剖分
  17. presentation编程软件_编程难学?web相关知识,跟着淼哥学php全栈之路6
  18. 把.Net开发环境迁移到Linux上去
  19. python菜鸟教程 | 字典(Dictionary)
  20. 用iSSH代替Mobile Terminal管理iOS

热门文章

  1. vue3中shallowReactive对比reactive、shallowRef对比ref以及triggerRef作用
  2. 【ybt金牌导航3-2-1】【luogu P3376】网络最大流【Dinic算法】
  3. 利用java socket和sampled实现点对点即时语音通信
  4. mysql 结果字段截取_mysql字段截取(转)
  5. 读《智联网 未来的未来》
  6. 阿里资深架构师推荐 -- 如果正确的开启领域驱动设计
  7. 鸿蒙不为手机而生,不是为手机而生,鸿蒙到底能做什么?答案让花粉始料未及...
  8. 江苏北人:首次公开发行股票并在科创板上市申请获上交所受理
  9. 蓝牙芯片测试,蓝牙双模芯片协议栈测试认证,如何完成蓝牙芯片的测试认证,蓝牙芯片协议栈是什么?
  10. [ZT]Microsoft SQLServer的版本区别及选择:企业版/个人版/标准版/开发版