首页 > 编程 > Java > 正文

JDK1.7新特性学习总结:Java1.7的7个新特性

2019-11-08 18:52:58
字体:
来源:转载
供稿:网友

小钱今天整理了java1.7的7个新特性,来和大家分享一下: 1.对集合类的语言支持; 2.自动资源管理; 3.改进的通用实例创建类型推断; 4.数字字面量下划线支持; 5.switch中使用string; 6.二进制字面量; 7.简化可变参数方法调用。


一、对集合类的语言支持

Java将包含对创建集合类的第一类语言支持。这意味着集合类的创建可以像Ruby和Perl那样了。 原本需要怎样:

List<String> list = new ArrayList<String>(); list.add("item"); String item = list.get(0); Set<String> set = new HashSet<String>(); set.add("item"); Map<String, Integer> map = new HashMap<String, Integer>(); map.put("key", 1); int value = map.get("key");

现在只需这样:(这些集合是不可变的…)

List<String> list = ["item"]; String item = list[0]; Set<String> set = {"item"}; Map<String, Integer> map = {"key" : 1}; int value = map["key"];

二、自动资源管理

Java中某些资源是需要手动关闭的,如InputStream,Writes,Sockets,Sql classes等。 这个新的语言特性允许try语句本身申请更多的资源,这些资源作用于try代码块,并自动关闭。 以前的写法:

BufferedReader br = new BufferedReader(new FileReader(path)); try { return br.readLine(); } finally { br.close(); }

现在可以:(有点像C#)

try (BufferedReader br = new BufferedReader(new FileReader(path)) { return br.readLine(); }

三、改进的通用实例创建类型推断

类型推断是一个特殊的烦恼,如下面的代码:

Map<String, List<String>> anagrams = new HashMap<String, List<String>>();

通过类型推断后变成:

Map<String, List<String>> anagrams = new HashMap<>();

注:这个<>被叫做diamond(钻石)运算符,Java 7后这个运算符从引用的声明中推断类型。


四、数字字面量下划线支持

很长的数字可读性不好,在Java 7中可以使用下划线分隔长int以及long了。如:

int one_million = 1_000_000;

这样子还真看不惯。。。不过的确是可读性好了。


五、switch中使用string

这个问题是我在Java中不喜欢用switch的原因之一,以前在switch中只能使用number或enum。现在可以使用string了,哈哈,不错,赞个!

String s = ... switch(s) { case "quux": PRocessQuux(s); // fall-through case "foo": case "bar": processFooOrBar(s); break; case "baz": processBaz(s); // fall-through default: processDefault(s); break; }

六、二进制字面量

由于继承C语言,Java代码在传统上迫使程序员只能使用十进制,八进制或十六进制来表示数(numbers)。 由于很少的域是以bit导向的,这种限制可能导致错误。你现在可以使用0b前缀创建二进制字面量:

int binary = 0b1001_1001;

现在,可以使用二进制字面量这种表示方式,并且使用非常简短的代码,可将二进制字符转换为数据类型,如在byte或short。

byte aByte = (byte)0b001; short aShort = (short)0b010;

七、简化可变参数方法调用

当程序员试图使用一个不可具体化的可变参数并调用一个varargs (可变)方法时,编辑器会生成一个“非安全操作”的警告。 JDK 7将警告从call转移到了方法声明(methord declaration)的过程中。这样API设计者就可以使 用vararg,因为警告的数量大大减少了。


发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表