荟萃库与利便利用荟萃

由于荟萃是我们常常都要用到的一种东西，所以一个荟萃库是十分须要的，它应该可以利便地反复利用。这样一来，我们就可以利便地取用各类荟萃，将其插入本身的措施。Java提供了这样的一个库，尽量它在Java 1.0和1.1中都显得很是有限（Java 1.2的荟萃库则无疑是一个精品）。

1. 下溯造型与模板／通用性
为了使这些荟萃可以或许反复利用，可能“再生”，Java提供了一种通用范例，以前曾把它叫作“Object”。单根布局意味着、所有对象归根结底都是一个工具”！所以容纳了Object的一个荟萃实际可以容纳任何对象。这使我们对它的反复利用变得很是轻便。
为利用这样的一个荟萃，只需添加指向它的工具句柄即可，今后可以通过句柄从头利用工具。但由于荟萃只能容纳Object，所以在我们向荟萃里添加工具句柄时，它会上溯造型成Object，这样便丢失了它的身份可能标识信息。再次利用它的时候，会获得一个Object句柄，而非指向我们早先置入的谁人范例的句柄。所以奈何才气偿还它的原来面孔，挪用早先置入荟萃的谁人工具的有用接口呢？
在这里，我们再次用到了造型（Cast）。但这一次不是在分级布局中上溯造型成一种更“通用”的范例。而是下溯造型成一种更“非凡”的范例。这种造型要领叫作“下溯造型”（Downcasting）。举个例子来说，我们知道在上溯造型的时候，Circle（圆）属于Shape（几许形状）的一种范例，所以上溯造型是安详的。但我们不知道一个Object到底是Circle照旧Shape，所以很难担保下溯造型的安详举办，除非确切地知道本身要操纵的是什么。
但这也不是绝对危险的，因为如果下溯造型成错误的对象，会获得我们称为“违例”（Exception）的一种运行期错误。我们稍后即会对此举办表明。但在从一个荟萃提取工具句柄时，必需用某种方法精确地记着它们是什么，以担保下溯造型的正确举办。
下溯造型和运行期查抄都要求花特另外时间来运行措施，并且措施员必需支付特另外精神。既然如此，我们能不能建设一个“智能”荟萃，令其知道本身容纳的范例呢？这样做可消除下溯造型的须要以及潜在的错误。谜底是必定的，我们可以回收“参数化范例”，它们是编译器能自动定制的类，可与特定的范例共同。譬喻，通过利用一个参数化荟萃，编译器可对谁人荟萃举办定制，使其只接管Shape，并且只提取Shape。
参数化范例是C++一个重要的构成部门，这部门是C++没有单根布局的缘故。在C++中，用于实现参数化范例的要害字是template（模板）。Java今朝尚未提供参数化范例，因为由于利用的是单根布局，所以利用它显得有些鸠拙。但这并不能担保今后的版本不会实现，因为“generic”这个词已被Java“保存到未来实现”（在Ada语言中，“generic”被用来实现它的模板）。Java采纳的这种要害字保存机制其实常常让人摸不着脑子，很难断定今后会产生什么工作。