Java下的Framework编写(2)--泛型的应用
2007-04-08 14:09
357 查看
JDK5.0支持泛型后,Collection类便集体换装,好处一是Collction的调用者不用再对返回值进行显式的转换,二是获得了编译期的类型安全。
除了应用Collecton的泛型特性外,JDK5.0还允许我们编写自己的泛型类。
我就理所当然的期望,通过应用泛型,能够让框架获得比上面两点更多的好处。但用过一阵子之后一总结,发现因为著名的擦拭法,因为拿不到T.class,也就不可以从T来newInstance(),泛型在框架内的表现,仍然只能带来以上两个优点。
一,调用者不用对返回值进行显式转换。
不过对于抠门的Programer来说,这点还要计算一下,搞不好省了一个地方的显式转换,却多了三四个地方要显式定义泛型。
不过泛型有个好的地方是,如果调用者不显式定义<T>,那用T定义的地方会自动转回Object,如果T是用<T extends FooClass>定义的,就自动转回FooClass,和你不用泛型时的结果一样。
所以,作为框架,应该提供这个使用泛型与否的选择给用户。合不合算由调用者自己决定和选择。
二,编译期的类型检查
是编译期,对于越多越多使用反射和hashMap进行晚绑定,离类型安全越来越远的java来说,T和Class<T>的限制是个不错的救赎。
仍然在想有没有第3个好处。
除了应用Collecton的泛型特性外,JDK5.0还允许我们编写自己的泛型类。
我就理所当然的期望,通过应用泛型,能够让框架获得比上面两点更多的好处。但用过一阵子之后一总结,发现因为著名的擦拭法,因为拿不到T.class,也就不可以从T来newInstance(),泛型在框架内的表现,仍然只能带来以上两个优点。
一,调用者不用对返回值进行显式转换。
不过对于抠门的Programer来说,这点还要计算一下,搞不好省了一个地方的显式转换,却多了三四个地方要显式定义泛型。
不过泛型有个好的地方是,如果调用者不显式定义<T>,那用T定义的地方会自动转回Object,如果T是用<T extends FooClass>定义的,就自动转回FooClass,和你不用泛型时的结果一样。
所以,作为框架,应该提供这个使用泛型与否的选择给用户。合不合算由调用者自己决定和选择。
二,编译期的类型检查
是编译期,对于越多越多使用反射和hashMap进行晚绑定,离类型安全越来越远的java来说,T和Class<T>的限制是个不错的救赎。
仍然在想有没有第3个好处。
相关文章推荐
- Java下的Framework编写(3)--cglib的应用
- Java下的Framework编写(反射,泛型,元数据,CGLib,代码动态生成,AOP,动态语言嵌入)(1)--序
- Java下的Framework编写(1)--序 (反射,泛型,元数据,CGLib,AOP,IOC)
- Java下的Framework编写(3)--cglib的应用
- Java下的Framework编写(反射,泛型,元数据,CGLib,AOP,IOC)(1)--序
- Java下的Framework编写(反射,泛型,元数据,CGLib,代码动态生成,AOP,动态语言嵌入)(1)--序
- 如何编写和应用Java的自定义异常类
- Java基础--Android中泛型的应用(一)
- 为什么很多人说 Java 不适合编写桌面应用?
- 解决实体类噩梦:联合实体类(Java反射+泛型实际应用)
- Java基础--Android中泛型的应用(二)
- JAVA中jar文件的编写和应用
- Java 不适合编写桌面应用
- java 泛型 应用 type
- JAVA基础之泛型应用
- JAVA高级应用之集合 泛型 的使用
- Java应用:编写高级JavaScri…
- 编写高质量代码:改善Java程序的151个建议(第7章:泛型和反射___建议106~109)
- Java基础之泛型的应用
- java5核心基础泛型(2):泛型在反射中的应用