CowNew开源团队

我个人是极力反对不必要的downcasting的，但是在使用java的集合类的时候确是不可避免的，因为JDK5之前的集合中只能存储Object类型，所以看到一个List的时候，你也不知道里边放的是什么数据类型，只能胆战心惊的来下转型：Integer i = (Integer)list.get(i)。
好在JDK5可以使用泛型了，这个问题也就迎刃而解了。这样就再也不会去去问其他开发人员“你List里放的是什么类型的对象？”，再也不会望着一大堆以“老祖先”形式表现的object了发呆了，终于可以看到容器中存的这些对象的类型了。
但是在有的情况下我们还是不能使用JDK5的，比如你的正在开发的系统是基于JDK1.4的，那么迁移到JDK5是有一定风险的，或者你开发的模块要被JDK5一下的程序使用的，那么就暂时放弃JDK5的这个新特性了。
那么没有泛型我们就没法解决这个问题了吗？非也！鸟枪！呵呵。
一种方式是自己包装一下List写一个自己的专有数据类型的List，比如
class IntegerList()
{
   private List list;
   ......
   public void add(Integer i)
   {
     list.add(i);
   }
   public Integer get(int i)
   {
      return (Integer)list.get(i);
   }
}
这样做的缺点就是对每个数据类型都要生成一个集合类，无疑加大了代码量。
另一种方式就是使用数组解决此问题，因为数组中的数据类型是清晰的，比如Integer[] ia = new Integer[5];,一眼就可以看出其中存储的是什么类型。
最好用的数据库监控、日志工具JDBMonitor就是通过这种方式解决此问题的。JDBMonitor的二进制jar包和源代码都可以从 http://www.cownew.com 下载得到。
打开com.cownew.JDBMonitor.jdbc.connect
定位到：
List lisList = configInfo.getListenerInfoList();
DBListenerInfo[] dbListenerInfos = new DBListenerInfo[lisList.size()];
for(int i=0,n=lisList.size();i<n;i++)
{
    DBListenerInfo lisInfo = (DBListenerInfo) lisList.get(i);
    dbListenerInfos[i] = lisInfo;
}    
return new DBConnection(cn,dbListenerInfos);  
程序把多个监听器对象信息DBListenerInfo拼转成DBListenerInfo数组，然后传递给DBConnection。
DBConnection接收到dbListenerInfos会把它转发给DBLogger做为其构造函数的参数：
private DBLogger(DBListenerInfo[] dbListenerInfos)
这样在DBLogger内部就可以很清晰的知道dbListenerInfos中的数据类型了：
for(int i=0,n=dbListenerInfos.length;i<n;i++)
{
   ...
   DBListenerInfo info = dbListenerInfos[i];
   ...
}

在系统的接口边界处传递的数据类型非常明确，不会因为传递一个光秃秃的List而不知道其类型，然后胆战心惊的进行类型转换了。
因此我认为在一个方法或者类的内部可以采用List等进行数据的处理，但是当需要与外部（相对于类来说就是其他类，相对于方法来说就是其他方法）交换多个同构对象的时候，最好转换成数组传递，这样就清晰多了。