我在程序裡也碰到過一次這樣的狀況,非靜態內部類可以直接調用外部類實例的成員變量,但如何引用外部類的實例本身卻成瞭一個問題,下面的這個方法正好解決瞭這個問題。見下面那句紅色的代碼。
看一段代碼
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代表的是內部類自己
}
}