Java1.5泛型指南中文版(第四部分)

Java1.5泛型指南中文版(Java1.5 Generic Tutorial)

英文版pdf下载链接：

                                      译者：  

目        录

(第四部分) 

 原文地址: http://blog.csdn.net/explorers/archive/2005/08/15/454837.aspx

直到现在，我们的例子中都假定了一个理想的世界，那里所有人使用的都是最新版本的java编程语言，它支持泛型。

唉，现实并非如此。百万行代码都是在早先版本的语言下写作的，他们不可能一晚上就转换过来。

后面，在第10部分，我们会解决把老代码转换为使用泛型的代码的问题。在这里，我们把注意力放在一个更简单的问题：老代码怎么和泛型代码交互？这个问题包括两部分：在泛型中使用老代码和在老代码中使用泛型代码。

怎样才能使用老代码的同时在自己的代码中享受泛型带来的好处？

作为一个例子，假定你像使用包 com.Fooblibar.widgets。Fooblibar.com（完全虚构出来的公司） 的人们出售一种进行库存管理的系统，下面是主要代码：

package com.Fooblibar.widgets;

public interface Part { ...}

public class Inventory {

/**

* 添加一个新配件到库存数据库

* 配件有名字name, 并由零件(Part)的集合组成。

* 零件由parts 指定. collection parts 中的元素必须实现Part接口。

**/

public static void addAssembly(String name, Collection parts) {...} public static Assembly getAssembly(String name) {...}

}

public interface Assembly {

Collection getParts(); // Returns a collection of Parts

}

现在，你想使用上述API写新代码。如果能保证调用addAssembly()时总是使用正确的参数会很棒——就是说，你传进去的确实时一个Part的Collection。当然，泛型可以实现这个目的：

package com.mycompany.inventory;

import com.Fooblibar.widgets.*;

public class Blade implements Part {

...

}

public class Guillotine implements Part {

}

public class Main {

public static void main(String[] args) {

Collection<Part> c = new ArrayList<Part>();

c.add(new Guillotine()) ;

c.add(new Blade());

Inventory.addAssembly(”thingee”, c);

Collection<Part> k = Inventory.getAssembly(”thingee”).getParts();

}

}

当我们调用addAssembly,它希望第二个参数是Collection类型。而实际参数是Collection 类型。这可以工作，但是为什么？毕竟，大多数集合不包含Part对象，而且总的来说，编译器无法知道Collection指的是什么类型的集合。

在严格的泛型代码里，Collection应该总是带着类型参数。当一个泛型类型，比如Collection被使用而没有类型参数时，它被称作一个raw type(自然类型??)。

大多数人的第一直觉时Collection实际上意味着 Collection