不要急于切换到Java 8的6个原因

发表于:2014-7-15 09:25

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:有孚    来源:51Testing软件测试网

分享:
  默认方法使人困惑
  默认方法使得接口方法的默认实现成为了可能。这的确是Java 8带来的一个非常酷的新特性,但是它多少影响了我们之前所习惯的做事的方式。那为什么还要引入它呢?什么时候不应该使用它?
  默认方法背后最大的动机应该就是如果我们需要给现有的一个接口增加方法的话,我们可以不用重写接口的实现。这使得它可以兼容老的版本。比如说,下面是从Oracle官方的一个Java教程中拿过来的一段代码,它是要给一个指定的时区添加某个功能:
public interface TimeClient {
// ...
static public ZoneId getZoneId (String zoneString) {
try {
return ZoneId.of(zoneString);
} catch (DateTimeException e) {
System.err.println("Invalid time zone: " + zoneString +
"; using default time zone instead.");
return ZoneId.systemDefault();
}
}
default public ZonedDateTime getZonedDateTime(String zoneString) {
return ZonedDateTime.of(getLocalDateTime(), getZoneId(zoneString));
}
}
  问题解决了。是吗?但默认方法将接口及实现弄得有点混淆。类型结构自己是不会纠缠到一起的,所以现在我们得好好驯服下这个新生物了。可以读下RebelLabs的Oleg Shelajev的这篇文章。
  诊断:当你抡起锤子的时候看谁都像颗钉子,记住了,要坚持原始的用例,将一个现有的接口重构成一个新的抽象类是不会有什么用处的。
  下面讲的这些,要么是漏掉的,要么是该删除却仍在的,或者是还没有完全实现的:
  为什么是Jigsaw
  Jigsaw项目的目标是使得Java可以模块化,并将JRE分解成能互相协作的不同组件。项目的初衷是希望Java可以更好,更快,更强地进行嵌入。我已经尽量避免提起“物联网”了,但刚才实际已经说到了。减少JAR包的大小,提升性能,提高安全性,这些也是这个项目的一些愿景。
  那么它怎么样了?Jigsaw目前已经通过了探索性的阶段,进入了第二阶段了,目前将致力于设计及实现能达到上线质量的产品,Oracle的首席架构师Mark Reinhold如是说。这个项目原本是计划随着Java8发布的,后来被推迟到了Java 9,这也是9中倍受期待的新特性之一。
  遗留的问题
  受检查异常
  大家都不喜欢模板代码,这也是为什么lambda会如此流行的原因之一。想像一下异常的样板代码吧,不管你是不是需要捕获或者处理这些受检查异常,你都得去捕获它。尽管是根本不可能发生 的事情,就像下面这个一样,它压根儿就不会发生 :
  try {
  httpConn.setRequestMethod("GET");
  }?catch (ProtocolException pe) { /* Why don’t you call me anymore? */ }
  基础类型
  它们还在这里,要想正确地使用它们简直是种痛苦。正是它使得Java无法成为一门纯粹的面向对象的编程语言,并且其实上移除它们对性能也没有太大的影响。新的JVM语言里也都没有基础类型。
  操作符重载
  Java之父James Gosling曾在一次采访中说道:“我没有采用操作符重载这完全是我个人的喜好,因为我看过太多人在C++中滥用它了”。这也有一定的道理,不过也有不少反对的声音。别的JVM语言也提供了这一特性,但另一方面,它可能会导致下面这样的代码:
  javascriptEntryPoints <<= (sourceDirectory in Compile)(base =>
  ((base / "assets" ** "*.js") --- (base / "assets" ** "_*")).get
  )
  这是Scala的Play框架中的一行真实的代码,我已经有点崩溃了。
  诊断:这些真的算是问题吗?我们都有自己的怪癖,这些也算是Java的吧。未来的版本可能会有惊喜,这些也可能会变,但是向后兼容的问题也在那里等着我们了。
  函数式编程
  Java之前也可以进行函数式编程,虽然说有点勉强。Java 8通过lambda以及别的一些东西改进了这一状态。这确实是最受欢迎的特性,不过并没有之前传说中的那么大的变化。它是比Java 7要优雅多了,不过要想成为真正的函数式语言还有很长的路要走。
  关于这个问题最激烈的评论应该是来自Pierre-yves Saumont 的这一系列的文章了,他详细比较了函数式编程的范式和Java的实现方式之间的区别。
  那么该用Scala还是Java?Java采用了更现代的函数式范式也算是对Scala的一种认可,后者提供lambda也有一段时间了。lambda确实是独领风骚,但是还有许多别的特性比如说trait,惰性求值,不可变性等,它们也是Scala不同于Java之处。
  诊断: 不要被lambda分心了,Java 8算不算函数式编程仍在争论当中。
22/2<12
春暖花开更文季,点击参与还有惊喜礼品~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计

法律顾问:上海漕溪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2023
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号