非常棒的loading製作教程

首先，想說一下我寫此文的動機。記得很早之前我曾經說過「沒有loading的flash，不是完整的flash」。我想那個句話可能偏激了。因為有時候一些不到10k的flash，確實不需要做什麼loading。但我始終認為，做乙個優秀的loading是衡量乙個flasher水準，甚至態度的。你問我為什麼，我可以告訴你，因為loading是唯一乙個你不會多看而所有使用者、客戶會看的東西，所以你對loading的重視程度，甚至可以反襯你這個flasher的職業道德！

有些做設計為主的朋友，我認識不少，他們對loading都是得過且過的態度，做乙個loading，更多的是自己找乙個現成的，然後每次去套用，我個人認為是很不好的習慣。並不是說我不提倡**、元件的重用度，而是我覺得對於loading這種東西，套多了，是要出問題的。我強烈建議那些已經達到可以修改人家loadin**平的flasher看看我的東西，當然，如果你連flash的as該寫在哪都不知道，建議先入門了。

[1b]好，下面切入正題，如何製作loading：[/1b]

首先要感激macromedia的大智慧型，提供了很好的兩個函式使我們可以做出完美的loading，那就是getbytesloaded和getbytestotal。請不要再用你改來改去改了兩三年的那個什麼getframeloaded什麼什麼了，我都記不清楚怎麼拼了。我只想說，frame的觀念將在真正的interactive-design中淡化。更別提什麼scene，那是flash的敗筆！

[1b]·setinterval方式[/1b]

寫法：function loadcheck()

}var interval = 30; // 這個數值是重新整理頻率

var intervalid = setinterval(loadcheck,interval);

而且這種方法很不適合控制moiveclip的狀況（因為初學者會發現mc的路徑是個大問題，而loadcheck本身就是個函式，還是被setinterval呼叫的，要在loadcheck中指乙個路徑出來，挺麻煩的，你不要指望_root，那樣會讓你的程式不規範；也不要指望this，因為在函式中用this似乎不太理想；最好什麼都不寫，但往往你不敢不寫），進而做出更好的效果。

[1b]·onenterframe方式[/1b]

我最喜歡的就是這種方法了。比較方便、直觀。因為往往我們是要用乙個mc體現乙個loading的進度，比如，乙個進度條，或者更有創意的東西，只有你不能想到的，沒有你不能做到的。

那麼究竟如何用呢。首先，把創意定好。然後給你的mc乙個例項名字，比如叫做loader_mc。這時候在timeline上寫**，記住，是timeline而不是mc上。因為這樣便於**統

一、便於路徑統

一、便於管理和尋找。別為了省幾個字母就把**通通搬到button，mc上面去，然後乙個on(press)了事。除非你是在敷衍你的作品；或者你是在為了交作業。

就這麼簡單，記住，在mc的事件函式體內部引用mc，永遠是一件很快的事情。因為this就可以指向這個mc本身，通過諸如this._parent之類的方法，可以找到你所有的mc!

詳細討論到藍色理想：

[url=

·直接依賴於timeline的迴圈方式

非常非常非常古老的方式了，不介紹了。不過你們可以去問問那些一直不喜歡自己動手做loading的flasher，他們也許在改的某乙個版本就是這個，呵呵。

以上算是比較簡單的。比較容易出問題的，還有兩個。

第一、moviecliploader

第二、含有多種v2元件的loader

讀取外埠資料參與flash應用程式部署是一件非常重要和常見的工作，尤其是我們常常需要檢測這些資料載入的進度。而moviecliploader(下稱mcl)類卻幫我們大大簡化了這項麻煩工作。此外，它使得我們能獲取更多的需要，並減少**量。我們可以用乙個單獨的movieclip類來載入乙個，或者多個外埠資源到指定的mc或者層級，或者我們可以為每乙個載入工作制定不同的mcl例項。

非常棒的loading製作教程

非常棒的loading製作教程

帶進度條的Loading製作

40個非常棒的Photoshop的海報製作教程

非常棒的loading製作教程

非常棒的loading製作教程

帶進度條的Loading製作

40個非常棒的Photoshop的海報製作教程

相關推薦