Articles

Java主題曲

好可愛哦~還是用Flash做出來的呢!~

呵~ 有趣!

「Layer」、「Level」和「Depth」之間的三角關係，是往往造成初學者疑惑的地方~本文將透過一連串的實例來探討這三者之間的關係，來奠定往後學習各種MovieClip相關操作的程式基礎。

「Layers」將被轉化為「Depths」

「Layer」意指為我們在圖形化介面製作相關的Flash動畫時，所呈現給設計者視覺化的「圖層」順序(如圖一)，有「Layer 1」、「Layer 2」、「Layer 3」和「Layer 4」，我們依序給予「黑色方形(a_mc)」、「紅色方形(b_mc)」、「橙色方形(c_mc)」的三個MovieClip，並在「Layer 4」下一些程式以供驗證：

圖一

程式一

trace("a_mc:"+a_mc.getDepth());
trace("b_mc:"+b_mc.getDepth());
trace("c_mc:"+c_mc.getDepth());
trace(_root);
trace(a_mc);
trace(b_mc);
trace(c_mc);

結果：

a_mc:-16383
b_mc:-16381
c_mc:-16379
_level0
_level0.a_mc
_level0.b_mc
_level0.c_mc

從結果中，我們可以清楚地知道各個MovieClip所處在的「Depth」，根據[1]官方文件得知「Depth」的範圍是從-16384～1048575，而[2]卻指出範圍可達-16384～2130690045，然而根據筆者測試的結果，其「Depth」範圍在「-16384～2130690044」均可指定，差別只在於負數「Depth」的MovieClip欲移除時必須做額外的處理，可參考「unloadMovie()」vs.「removeMovieClip()」差異(一)這篇的說明，所以從上述的結果來看，各個方形的MovieClip均取決於系統所指定的「Depth」，然而這些取決於系統所指定的「Depth」，必然不能違背我們在設計上的「Layer」順序，所以我們可得到一個結論，設計者在製作時期所排定的「Layers」順序將被轉化成「Depths」，另外值得一提的是，這些各個MovieClip都處於「Level 0」的位置。

倘若我們在同一圖層放置多個MovieClip，然後再個別觀察其「Depth」，其實終究的結果仍然會印證上述的結論，您可以自己試著動手嘗試看看~

參考資料：

[1]Managing movie clip depths

[2]http://jerryzz.7blog.net/user1/4868/archives/2005/198327.shtml

範例下載

其實根據ActionScript 2.0 Language Reference的說明，我們就可以了解「MovieClip.unloadMovie()」和「MovieClip.removeMovieClip()」的主要差異，相關說明如下：

「MovieClip.unloadMovie()」= Removes the contents of a movie clip instance.

「MovieClip.removeMovieClip()」= Removes a movie clip instance.

也就是說，「MovieClip.unloadMovie()」是移除此MovieClip實體內的任何內容(不包含Properties和Clip Handlers)，而「MovieClip.removeMovieClip()」則是一併將此MovieClip實體移除，所以「MovieClip.unloadMovie()」比較像是做「清除」的動作。

「MovieClip.unloadMovie()」清除 vs.「MovieClip.removeMovieClip()」移除

我們一樣在Stage上用「Rectangle Tool」建立一個正方形的MovieClip，並將「Frame Rate」先設為「1」，如此較方便做測試，最後為它加上程式一~

程式一

onClipEvent(load)
{
	k = 20;
}
onClipEvent(enterFrame)
{
	trace("[_x]="+_x);
	trace("[k]="+k);
}
on(release)
{
	trace("Removed!");
	this.unloadMovie();
}

接著發佈執行並點擊它之後~

[_x]=10
[k]=20
[_x]=10
[k]=20
Removed!
[_x]=10
[k]=undefined

由此即可證明呼叫「MovieClip.unloadMovie()」並不會移除此實體的Properties和Clip Handlers，因為「onClipEvent(enterFrame)」仍然還在執行。

若是我們將程式改為程式二~

程式二

onClipEvent(load)
{
	k = 20;
}
onClipEvent(enterFrame)
{
	trace("[_x]="+_x);
	trace("[k]="+k);
}
on(release)
{
	trace("Removed!");
	this.swapDepths(0);
	this.removeMovieClip();
}

接著發佈執行並點擊它之後~

[_x]=10
[k]=20
[_x]=10
[k]=20
Removed!

也證明呼叫「MovieClip.removeMovieClip()」的確會將此MovieClip「移除」。

然而這樣的差異有何特別呢？

您可以試試呼叫「MovieClip.unloadMovie()」將此MovieClip先行清除，然後再更改此實體的Properties(e.g. _x、_y)~最後再藉由著此實體呼叫「MovieClip.loadMovie()」來載入另一個外部的SWF，便會將目前此實體的Properties再度應用在新載入的SWF。

範例下載

在Flash開發之中，如果我們要移除一個MovieClip其實可以呼叫「MovieClip.unloadMovie()」或「MovieClip.removeMovieClip()」，雖然這兩個Method用起來感覺似乎差異不大，但其實骨子裡可是有相當多的細節要注意的~

呼叫「MovieClip.removeMovieClip()」之前，請先改變「depth」

假設我們在Stage上用「Rectangle Tool」建立一個正方形的MovieClip，然後試著呼叫程式一或程式二來移除~

程式一

on(release)
{
	this.unloadMovie();
}

程式二

on(release)
{
	this.removeMovieClip();
}

我們可以發現程式二居然無法移除MovieClip，這是因為呼叫「MovieClip.removeMovieClip()」的時候，這個MovieClip的「depth」必須要為「正數」才能移除，換句話說~我們必須先呼叫「MovieClip.swapDepths()」Method，將「depth」的值改為「正數」然後再呼叫「MovieClip.removeMovieClip()」即可，如程式三。

程式三

on(release)
{
	this.swapDepths(0);
	this.removeMovieClip();
}

所以若是透過「MovieClip.createEmptyMovieClip()」Method來建立MovieClip的話，就注意第二個參數「depth」值，即可避免這樣的問題，例如：採用「getNextHighestDepth()」來決定「depth」值，因為此Method所傳回的值必為0或更大的值。

P.S. 「MovieClip.unloadMovie()」較適合用「清除」來解釋之

範例下載

airchive.codeapollo.com這是一個以Apollo應用程式為主的「歸檔」平臺，明確的說就是整合搜尋、上傳和排名的檔案管理平臺，你可以將你的Apollo應用程式上傳到這個平臺和他人分享~

比較有趣的是，請注意到他Domain Name的第一個單字「Airchive」，其實字典是沒有這個單字的~我猜這個單字是將Apollo的副檔名「.air」和「archive」組合在一起，而造就成「Airchive」，其實還蠻有創意的~

BTW, 如果有人知道Apollo的副檔名「.air」是哪三個單字的縮寫或是其它的意思~麻煩不吝地分享，謝謝!~ (★最好有官方文件的佐證)