Nasted Class 的介绍，请详见参考
今天讨论的不是不是内部类的概念，而是具体使用的一个场景－如何在内部类中返回外部对象
看一段代码
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代表的是内部类自己 }
}
