Java8类型转换及改进

为对象的类型做强制转换是一种非常不好的设计。但在某些情况下,我们没有其他选择。Java自诞生的那一天起,就具备这种功能。

我认为Java 8在一定程度改善了这项古老的技术。

静态转型

Java中最常用的转型方式如下:

静态转型

 
 
  1. Object obj; // may be an integer 
  2. if (obj instanceof Integer) { 
  3.     Integer objAsInt = (Integer) obj; 
  4.     // do something with 'objAsInt' 

这里使用了 instanceof 和转型操作符,这些操作符已经融入到语言当中了。对象转换的类型(这个例子中是Integer)必须是在编译期静态确定的,所以我们将这种转型称为静态转型。

如果obj不是Integer,上面的测试就会失败。如果我们以任何方式做类型转换,就会得到一个 ClassCastException 异常。如果obj是null,intanceof 测试会失败,但是转型是可以通过的,因为null可以被任何类型引用。

动态转型

有一种不常见的技术,即使用Class的方法,这些方法与上面的操作符的作用是一致的。

动态转换成已知类型

 
 
  1. Object obj; // may be an integer 
  2. if (Integer.class.isInstance(obj)) { 
  3.     Integer objAsInt = Integer.class.cast(obj); 
  4.     // do something with 'objAsInt' 

注意,这个例子中类型的转换也是在编译期确定的,所以没有必要这么去做。

动态转型

 
 
  1. Object obj; // may be an integer 
  2. Class type = // may be Integer.class 
  3. if (type.isInstance(obj)) { 
  4.     T objAsType = type.cast(obj); 
  5.     // do something with 'objAsType' 

因为转换的类型在编译期是不知道,所以我们将这种转型称之为动态转型。

对错误类型和 null 转型的测试结果,与静态转型的结果是完全一致的。

Stream及Optional的转型

现在

对 Optional 中的值或 Stream 中的元素转型需要两个步骤:***步,我们需要过滤掉错误的类型,然后我们需要将其转换为目标类型。

Optional中的转型

 
 
  1. Optional obj; // may contain an Integer 
  2. Optional objAsInt = obj 
  3.         .filter(Integer.class::isInstance) 
  4.         .map(Integer.class::cast); 

我们需要两个步骤来完成转型,这虽然不是什么大问题,但是我感觉还是有一点笨拙和冗余。

未来(可能)

我建议Class的强制转型方法能返回一个 Optional 或者 Stream。如果传递的对象的类型是正确的,则返回一个包含该对象的Optional或Stream。否则返回的Optional或Stream不包含任何元素。

这些方法的实现比较琐碎:

Class上的新方法

 
 
  1. public Optional castIntoOptional(Object obj) { 
  2.     if (isInstance(obj)) 
  3.         return Optional.of((T) obj); 
  4.     else 
  5.         Optional.empty(); 
  6.  
  7. public Stream castIntoStream(Object obj) { 
  8.     if (isInstance(obj)) 
  9.         return Stream.of((T) obj); 
  10.     else 
  11.         Stream.empty(); 

我们可以使用 flatMap 一步完成过滤和强制转换:

FlatMap的实现:

 
 
  1. Stream stream; // may contain integers 
  2. Stream streamOfInts = stream. 
  3. flatMap(Integer.class::castIntoStream); 

错误的实例类型或者null引用,在实例测试的时候会失败,所以返回空的 Optional 或 Stream。这种方式永远不会抛出 ClassCastException 异常。

成本和收益

我们怎么来衡量这些方法是否真正有用呢?

有多少代码真正会使用它们?

对于一个中等水平的开发者来说,它们是否能提高代码的可读性?

是否值得为其节约一行代码?

实现和维护它们的成本是多少?

我对这些问题的回答是:不多,是非常少。所以,这是一个总和趋近于0的游戏,但是,我可以证明虽然收益不多,但却是大于0的。

你怎么认为的呢?你自己会使用这些方法吗?

网页题目:Java8类型转换及改进
本文地址:http://www.shufengxianlan.com/qtweb/news15/353915.html

网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等

广告

声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联