从Java 10 开始,Java的迭代周期缩短为半年,半年发布一个版本。
在Java 6时初始化一个Map
需要我们这样来声明:
Map<String, String> map = new HashMap<String,String>();
事实上泛型方法的参数可以通过上下文推导出来,所以在Java 7 中简化为:
Map<String, String> map = new HashMap<>();
到了Java 10 进一步升华了类型推断,我们看一个例子:
var map = Map.of("hello","world"); String var = map.get("hello");
猛一看还以为是Javascript的写法,事实上这就是Java。编译器从右侧的初始化程序的类型推断出初始化类型,这将大量减少一些样板代码。不过请注意,此特性仅适用于初始化局部变量,它不能用于成员变量、方法参数、返回类型等场景中。
❝
另一件要注意的事情是
var
并不是Java中的关键字,这确保了Java的向后兼容性。另外使用var
没有运行时开销,也不会使 Java 成为动态语言。var
标记的变量的类型仍然是在编译时推断出来。
然这样“爽起来了”,但是var
也不应该被滥用。
下面这种写法明细可读性差,导致变量的类型需要你去DEBUG:
var data = someObject.getData();
Stream流中也尽量不要使用:
// 可读性差 var names= apples.stream() .map(Apple::getName) .collect(Collectors.toList());
因此,在使用var
时应该保证必要的可读性。
另外,在多态这个重要的Java特性中,var
表现的并不是很完美。如果Fruit
有Apple
和Orange
两种实现。
var x = new Apple();
如果我们对x
重新赋值为new Orange()
就会报错,因为编译后x
的类型就已经固定下来了。所以var
和泛型一样都是在编译过程中起了作用。你必须保证var
的类型是确定的。
❝
那么话又说回来了,
var
结合泛型的钻石符号<>
会有什么情况发生呢?
下面的 empList
的类型是ArrayList<Object>
:
var empList = new ArrayList<>(); var empList = new ArrayList<>(); empList.add(123); empList.add("dddd"); System.out.println((Integer)empList.get(0)>1); //结果为true [123, dddd]
如果我们需要明确集合中放的都是Apple
就必须在右边显式声明:
var apples = new ArrayList<Apple>();
其实在Java 9中不可变集合已经得到了一些加强,在Java 10中进一步加强了不可变集合。为什么不可变集合变得如此重要?
在Java 10 中又引入了一些新的API。
复制一个集合为不可变集合:
List<Apple> copyList = List.copyOf(apples);
任何修改此类集合的尝试都会导致java.lang.UnsupportedOperationException
异常。
之前Stream API的归纳操作collect(Collector collector)
都只会把流归纳为可变集合,现在它们都有对应的不可变集合了。举个例子l:
List<String> names= apples.stream().map(Apple::getName) .collect(Collectors.toUnmodifiableList());
Optional<String> optional = Optional.ofNullable(nullableVal); // 可能会 NoSuchElementException String nullable = optional.get();
Optional
如果值为null
时去get
会抛出NoSuchElementException
异常。从语义上get
应该肯定能得到什么东西,但是实际上异常了,这种歧义性太大了。所以增加了一个orElseThrow()
方法来增强语义性。