当前页面位置: » 丰搜网 » 文档中心 » 详细内容
java内部类:如何在内部类中返回外部类对象
今天讨论的是具体使用的一个场景－如何在内部类中返回外部对象
看一段代码
import java.util.linkedlist;
import java.util.list;
public class outerclass
{
private list listeners = new linkedlist();
public void addlisteners(ilistener listener)
{
this.listeners.add(listener);
}
private outerclass outer = this; （1）
private class innterclass
{
public void publish()
{
//将事件发布出去 （2）
for(int i=0;i < listeners.size();i++)
{
ilistener listener = (ilistener) listeners.get(i);
listener.receiveevent(outer);
}
}
}
public void execute()
{
innterclass in = new innterclass(); （3）
in.publish();
}
}
public interface ilistener
{
public void receiveevent(outerclass obj);
}
你可能觉得这个例子很别扭，在哪里让你觉得难受呢？其实问题的关键就在于接口ilistener的定义，这里需要给receiveevent方法传递的参数是外部对象！（别激动，下面我会说明需要传递的一个场景）
场景
在一个gui系统中，我们要在画板workspace（workspace实现了ilistener接口）上产生一颗树，但树中的每个节点的产生（绘图）是我们不知道的算法，系统只为我们提供了一些绘图的接口，并返回元素的句柄！看来我们需要"包装"一下这个绘图的句柄brush（其实我把它叫做笔刷，因为它只知道如何"刷"出图像来，就这点本事！）并对外提供节点node这样一个通用的类。
此时node与brush的关系就很微妙了，不过我们可以抛开这些外表，看到node与brush其实就是外部类与内部类的关系！－第一步完成了：确定了两者的关系
然而，事情没有这么简单，node类必须处理一些事件，而这些事件理所当然只有brush能够看懂，而node根本不知道这样的事件处理过程，现在有两个办法：办法一，让node实现brush所有的事件；办法二，把brush返回回去，让它来处理自己的事件，看来办法二是个好主意，因为我可以不关心事件的种类！－第二步完成了：确定了事件处理的责任
还没完呢，你肯定不希望画板workspace面对的是绘图的句柄brush这样的对象，相反你只希望wokspace只知道node的存在！ilistener接口中receiveevent方法的参数定义为outerclass 就由此而来！－第三步完成：接口的定义
public interface ilistener
{
public void receiveevent(outerclass obj);
}
既然说清楚了这个问题（应该比较清楚了吧？）那改如何实现这样一个蹩脚而有无可奈何的设计呢？让我们回忆一下内部类，内部类拥有访问外部类的方法与属性的权限
private outerclass outer = this; － 这个对外部类的引用就是为内部类的访问准备的
private class innterclass
{
public void publish()
{
//将事件发布出去
for(int i=0;i < listeners.size();i++)
{
ilistener listener = (ilistener) listeners.get(i);
listener.receiveevent(outer); － 这里不可以返回this，因为this代表的是内部类自己
}
}
