Tag: jdk7

JDK 7 代码中对捕获再抛出异常时的处理--即异常类型推断

2013-10-04 | 阅读(1,379)

JDK 发展过程中，第一次变化最大数 JDK1.5，加入了变长参数，泛型。泛型的最大的受益者是集合。JDK7 虽说引进了同时捕获多个异常(Multi-Catch)，更聪明一点类型推断，资源的释放等，但我觉得变化还不大。接下来众人期望的 JDK8 的 Lambda 表达式才是激动人心的，恐怕这一特性的大赢家仍是集合。

这样 JDK 才不至于离 C# 太远，纯粹语言上讲，我更景仰 C#，比如它的匿名类型，更不论人家的 Lambda 了。

var person = new { Name = "Unmi", Website = "http://unmi.cc" };
Console.WriteLine(person.Name);

这要到 Scala 中才能见到这种影子。

注: JDK 从 1.5 起就加入了象 Chrome, Firefox 那样的版本党了，所以这个版本也叫做 JDK5，不管是后来的 JDK6, JDK7 等等，其实在命令行下 java -version 显示出来的也还是 1.5.0, 1.7.0_40 这种理智的版本号的。

回过神来，我们要说的是 JDK7 对异常的处理，不讲同时捕获多个异常和 try-with-resource 的处理，而要说的是捕获异常再次抛出时进步，这在某方面得益于 JDK7 类型推断。JDK7 类型推断对于泛型来说，它可以不用这么写 阅读全文 >>

JDK 7 中的语法增强 -- (4) 创建泛型实例时的类型推断

2011-03-15 | 阅读(916)

Java 的泛型实例在声明时有点傻，比如像这样的语句 List<String> list = new ArrayList<String>(); 前明的 List<String> 已经提供了足够的信息让编译器知道 ArrayList 的参数类型，当然这是个简单的例子，如果复杂些，来点嵌套的话：

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

那就够呛的，所以 Java 的这一语法要求也让 Scala 这样的语言所诟病，当然人家 Scala 是个趋近于动态性的语言，它认为上面的语句应该这么写：

val x = new HashMap[String, List[String, List[Map[String, String]]]() 或者是
val x: Map[String, List[String, List[Map[String, String]]] = new HashMap()

总之，只要一端的表态就行，其他事情交给编译器来推断。现在 JDK 也反省到了这一点，因为引入一个叫做菱形操作符(Diamond operator) 的东西，即两个尖括号 <>。让使得你像 Scala 一样只要在左边声明参数类型就行啦。这个操作符不免让我想起了在 perl 里有个 <=>  这样的操作符，好像叫做飞机，不是斗地主的飞机，它相当于 Java 里的 compareTo() 的功能。

于是泛型实例的声明就简单化成了 Map<String, List<Map<String, String>>> myMap = new HashMap<>(); 继续往下看： 阅读全文 >>

JDK 7 中的语法增强 -- (3) swith 里用 String 类型

2011-03-14 | 阅读(331)

java 在 switch 语句这一项上更多的是承袭了 c++，其实整个语法就是 c 风格的。java 的 switch 里只能用 byte、char、short、int 和 enum 类型，连 long 型都不能用(因为 switch 里的要被转换为 int  型，而 long 太长了)。要说不支持 float 和 double 那样的浮点那好理解，因为它们本身是不精确的，1 可能是 0.9999999999。boolean 就两值，放 switch 里无意义，因为 c++ 的 switch 里可用bool 型，但在 java 中遭摈弃。

现在在 jdk7 里 switch 可以用字符串了，学了 c#，字符串的好处就是它是表意的，像 switch(action) case "create" : ...; case "delete" : .....，多写意啊，再也不用先定义一堆常量，然后再 switch(action) case Constants.ACTION_CREATE : ......; case Constants.ACTION_DELETE : ......，当然写过不少程序的尽量会避免写成 case 1... case 2 这样的写法了，会让人不知所以的。常量放在 case 中就要求我们经常要去查它定义的值是什么。 阅读全文 >>

JDK 7 中的语法增强 -- (2) 数值常量中的下划线

2011-03-09 | 阅读(411)

再次进入到 JDK7 语法增强的第二道道上来，也就是数值常量书写时可以中间插入下划线作为分隔线，也就是 int i = 22_33 相当于 int i = 2233，仅仅是一定程度上的有助于阅读代码，除此之外，别无它处。编译后或执行时这些下划线便透明掉了，编译后的字节码里也没有了附加的下划线，当然执行时也不可能向你输出下整数 i 为 22_33 的。

也不知道是谁只是众目期盼中的版本净找些这类来增强，感觉意义不是很大，大约类同于二进制方式来表示整数。这里的数值包括整数和小数的，加上 16 进制那么可用来表示数字的字符就有 0-9 和 a-f(A-F) 了，注意下划线只能加在前面所列的某两个字符之间，而且可连续多个下划线。看例子吧： 阅读全文 >>

JDK 7 中的语法增强 -- (1) 二进制字面常量

2011-03-07 | 阅读(326)

JDK 7 预览版已出，当然到实际的使用还有段时间，包括 IDE 的和各大主要的应用服务器的升级，及 JDK 7 本身的稳定尚须时日，但我们还是有必须瞧瞧新版 JDK 带来了哪些语法增加。

我们没有盼到闭包，相对于 JDK 5 的语法增强，JDK 7 的动作还较小，大约 8 个，这里介绍第一个 二进制字面常量。

1）二进制字面常量 -- 任何整数类型(byte, short, int 和 long) 声明时可用二进制的形式，即 01 串，只要数字前加上 0b 或 0B 即行。 阅读全文 >>