Tue 7 Apr 2009
在工作上我們都有不錯的電腦設備, 但當初就是為了避免盲點, 我特地組了一台低階電腦放在家裡單純上網用, 好讓我可以用一般消費者的角度看事情. 以下是幾個我覺得不該允許但卻是最常見的Flash網站設計問題:
01. 還我上下頁
Flash網站通常已經夠難逛了, 當一個人迷路想按上一頁都不行時真的只是逼他們關閉視窗. 再來, 內頁沒有獨立網址所以當他想傳某內容給朋友看還要教對方先點A再按B再點選下面的小圖時, 他們八成選擇不分享.
02. 請讓我選文字
大多的使用著有邊選字邊閱讀的習慣. 再來, 可以做複製. 無論是HTML還是Flash, 不讓使用者選字是不負責的行為.
03. “Loading”跟”Skip intro”這兩個字一點意義都沒有
“loading”這個字傳達的訊息只有, “你有的等了”, 但是使用者在等什麼東西是需要個提示的. “Skip intro”有點類似跟電視觀眾說, “其實你可以快轉跳過這篇廣告”, 點了skip之後還不見得看的到我想知道的訊息, 那多的這一道門檻何苦? 還不如直接把主選單放在intro旁邊.
04. 麻煩動畫短一點
使用者的時間很值錢, 台灣流行PTT美國流行Facebook有很大的原因是因為速度快. 這代表著現代人耐心越來越短了. 如果動畫沒有輔助內容, 它還真沒啥意義.
05. 特效我在電影院看多了
滿多網站loading很重是因為一些很炫的特效. 除非他們真的有輔助到內容, 要不然很炫的網站永遠比不過電影甚至電視上的特效.
06. 我Google不到你
這一點有點技術上的難度, 不過還是有辦法克服. 要不然永遠依賴買媒體來曝光還真得有點對不起客戶.
07. 請不要把你的主選單藏起來
主視覺大氣是一回事, 找不到按鈕可是致命傷. 另一個現象是很多設計師喜歡把選單放下面, 這不是問題, 但是當安全範圍沒抓好, 使用者必須一直拉到下面去找按鈕再拉回上面看內容. 更糟的情況是設計師把捲軸給鎖住, 導致使用者根本看不到選單. 這有點像汽車設計師把方向盤藏在椅子底下一樣危險.
08. 我的CPU跟不上你的腳步
效能不好的網站會讓動畫更慢, 甚至影響使用者其他軟體的作業. 這一點有很多小技巧可以避免.
09. 麻煩音樂小聲一點
大家都有邊聽音樂邊上網的習慣, 忽然來一段很大聲的音樂又找不到關閉按鈕是件很可怕的事情.
10. 我的滑鼠其實有滾輪
相信大家都有用滑鼠滾輪的習慣, 沒有必要強迫使用者用拉霸.
11. 別考驗使用者等待的耐性
檔案大小一定要小心控制. 之前有寫過2篇教學可供參考: Flash網站架構 , 別讓你的使用者等超過8秒
當然以上11點要全部做到有一定的難度, 我們自己也難免會犯同樣的錯, 不過我覺得把問題先列出來是進步的第一步. 我這幾天會試著邀請一些高手來分享他們的看法與建議, 當然也非常歡迎各位分享你的意見:)
April 8th, 2009 at 4:34 am
呵呵這十一條項目全都顧到~就要耗掉大半的時間了
而且常會被客戶認為是理所當然，真的是相當吃力不討好
進來我覺得平衡感做的最好的是nike.com,他們在去年下半年開始大刀闊斧的重新定義網站的開發規格，用htm混合flash的方式重新設計，我覺得真的把這十一條都搞定的服服貼貼
基本ui介面都兼顧外，對於媒體口味比較重的user他也有解決方案，沒錯就是主網上大大的影片，要玩啥概念視覺特效就在媒體框內去播放，想看的人自己點就好，不想看的人也可以享受單張漂亮個廣告稿
April 8th, 2009 at 4:40 am
12. 我要browser捲軸, 不要你的爛捲軸
flash開發的捲軸力再害, 永遠沒有browser內建的好用, 何況, HTML就是能往下長, flash模仿愈HTML的行為愈像, 愈覺得flash很蠢~~
終歸就是user experience啦, flash能不能兼顧使用性和動畫的樂趣,先坐下來談成本和時間這個老問題
April 8th, 2009 at 4:50 am
我回應一下我的想法
雖然不完全和這篇文章是正相關
但多少也反映了一些FLASH網站在台灣發展的「問題」
就某種層面來說
不論是那一種設計或媒體
應該都是著重在用最出色的「表現方式」去傳達「正確的概念」
但在網路商業作品的發展上
我們往往面對的都是一種「在錯的路上找不錯點來放大」的困境。
簡單說來就像還是有很多人以為
網站不過就是把已經拍好的平面、廣告交給你
你想辦法漂亮的放上網路、加個分就好
而完全忽略了網路這個媒體的特性
或是你到底想透過網路去和使用者做怎樣的溝通
這種很本質性上的問題。
在題材、素材、概念很可能都不適合網路操作
然後可能又逼迫照辦的情形之下
網路公司多半能做的就是
拚做工、拚呈現技術。
因為作品本身想要和閱聽人傳達或互動的概念就不足
那總得在表相下更多的工功夫
才不致形神俱失且突現自己的價值。
其實文章的技術題都有克服的前例
但不見得所有的客戶也都把這當一回事
然後在費用上給予相對的支付。
這也反應出
看的到的效果是比較討好也容易討到費用的
看不到用心和使用性上的考量就比較吃虧了。
我想這也是有這些問題的網站
會一直出現在市場上的根本原因。
如果真的要有所改變
我覺得以公司的層面應該要讓客戶了解到
你們的公司可以利用網路為他們規劃出怎樣的行銷
並為其帶來他意想不到的成效。
把原來的主從關係慢慢改變
讓客戶能信任你且站在對等的地位上去經營行銷的策略
把網路公司的價值轉變到
我們是懂得在網路上經營行銷和傳播的一群人
而不是做網頁的一群人
得到了更多的尊重和信任
才能解決許多問題。
April 8th, 2009 at 4:52 am
非常贊成歐拔的意見!!
Flash有其目的性,的確如歐拔所說的要多設身處地為user著想.這些細節有些已經可用新技術體現,有些則是靠設計師用心用時間思考.
這邊補充惟一和歐拔看法可能有所出入的,是我認為loading 這個字及百分比速度呈現是有意義的,它讓user知道目前處境和進度;而skip也是需要,因為看過的人會不想一再重覆(最好技術上能作到).
但loading的等待還是很煩人,我覺得loading中畫面可以放一些有用的訊息或很小的game給user看.
總而言之,flash有其目的性,要看網站的屬性和需求,希望訪客常重覆拜訪的資訊型網站,真的不需要作intro flash ,甚至KV flash 也不要, 那真的中看不中用.
而全Flash 網站若能做到如歐拔所寫的,應該就是++ 的網站了^_^
April 8th, 2009 at 6:36 am
我想針對歐拔提到的這幾點，確實是 FLASH 網站裡會存在的問題，但我自己會認為並非所有的 FLASH 網站都需要符合到每一點才能稱做是一個好的 FLASH 網站。
以頻寬而言，不同的區域會有不同的普遍頻寬，好比國外敢做 LOADING 很重的網站，代表也許他們真的有這樣的使用族群，不過轉回來台灣，確實在「體積」上，是必需要精簡一點的才好，但我其實觀察，大部分的 TA 其實有那個環境已經可以接受一定的 LOADING 了，只是能有多重，我想這要看執行者的經驗去判斷了。
我想歐拔提出的這幾點，可以讓我們在執行每個網站時可以去檢視一下，採取一個最適合的狀態。
我個人其實蠻不喜歡看到一種 FLASH 網站是這樣作的：
就是 FLASH 的範圍回隨著瀏覽器的長寬去撐滿（等等..問題不是這個），而且一進去網站瀏覽器就會自動撐到最大（這也不是主要問題，但我個人不喜歡），但是，選單卻做成一橫排頂在最上方或最下方，如果使用者的螢幕不大還好，一旦螢幕太大，就會發現選單離中間的內容好遠好遠好遠，然後中間的內容因為不會隨著瀏覽器的長寬而改變，所以就變的好空好空好空。
我自己用的是 Apple Cinema 20 吋，解析度是 1680 X 1050，有時候看這樣的網站都會覺得空，我常常想到，萬一有人用 Cinema 30 吋的話，解析度是 2560 X 1600 ….（我還真的認識有人用這台，JL DESIGN 的羅申駿），那他看到的網站會是怎樣？（改天去他公司看一下 XD）
以前設計師只會考慮到解析度小的使用者族群，但是不是大的就不用考慮了呢？我想這一點值得想想。
我提的這個部分已經想好標題了：
「我的螢幕太大啦」（很炫耀我知道）
April 8th, 2009 at 6:50 am
Ian講的也很精闢，這也是一直以來的問題吧~ 從當初回來滿腔熱血做到現在，仍記得那天…在台灣唯一一個還算是有設計過的設計論壇，龜毛進化論，講說想要改變設計的環境，大家一起努力啊~ bla bla bla 的。那時的小賴，(他現在可能也忘了)就說不可能，這樣的想法太過天真~ 現在看回去，若我是他的話，也會有同樣的想法。哈哈!
歐拔講的問題是台灣很多網站都有的問題。我是把它分開來看:
設計師的問題:
03. “Loading”跟”Skip intro”這兩個字一點意義都沒有
04. 麻煩動畫短一點
05. 特效我在電影院看多了
09. 麻煩音樂小聲一點
程式設計的問題:
01. 還我上下頁
02. 請讓我選文字
06. 我Google不到你
08. 我的CPU跟不上你的腳步
10. 我的滑鼠其實有滾輪
兩者需要配合的:
07. 請不要把你的主選單藏起來
11. 別考驗使用者等待的耐性
當然這還是太簡略的做區分~ 姑且撇開預算來講，這幾些問題基本上都可以解決的。
反問什麼要用flash?
就客戶的角度，客戶得到的店面可以更互動，更好玩，更吸引人進來看~當然，也要更多預算!
就設計師這邊，創意也好，設計也好，特效也好，都是一大片的天空任意揮灑~(當然也要看客戶讓不讓你灑~)在這資訊爆炸的時代，還是那些會令我的心會跳一下的flash最能給我快感，讓我待久點~
與其討好客戶，還不如盡力做好自己該做的，令自己開心的設計。小賴及Johnason我覺得都是很好的榜樣~在台灣這樣的環境下能拿出亮麗的成績單真的是不簡單~
又好像是你要打架時，你要用武當派還是詠春拳…目的就是打贏就好~ 贏的意思就是管你用不用flash，客戶開心，又更重要的是，你開心，那若是我開心為優先的話，我應該還是會走flash的方向~
我的淺見
April 8th, 2009 at 7:05 am
哈哈哈我也很想好好抱怨一下flash,
但是我得靠他吃飯.
我怕我會被flash之神逞罰……..
April 8th, 2009 at 7:28 am
唉呦～Tim，不要每次都要提一遍嘛！我會很害羞….
其實還是有可能啦，只是不知等到何時而已。
針對 FLASH 的網站裡的特效也好、動畫也好，我直到這一兩年才意識到一件事，不要為了特效而特效，為了 3D 而 3D，
所有的表現方式都應該以幫助產品加分為前提，不然真的只是賣弄一些技術而已，儘管有些客戶看到有人這樣做而想跟進，身為執行者的角色，能用最有效的方式去建議客戶那就盡全力吧，如果客戶堅持，那往往還是得照做了。
舉個例，最近很熱門的 PV3D，PV3D 本身是個技術，但很多人卻為了想 PV3D 而 PV3D，完全跟產品本身要傳達的八竿子打不著，一旦很多人都用這種技術但卻沒有結合產品或網站概念時，那其實就只會像是一個沒有意義的「套件」而已。
April 8th, 2009 at 9:00 am
哈哈~ 小賴你不知道我常在午夜夢迴趕工時你這句話長在我螢幕出現嗎? 呵呵…
講真的，真的是深有體會啦~眼看香港,韓國,日本,新加坡,泰國等許多亞洲國家展露一股優秀的設計師出來時，真的是會為台灣感到一陣寒心~
啊,可是台灣的專利，工設還挺屌的~ 可是為什麼許多這麼屌的公司，她們的網站卻是這麼的…符合這話題~ “no flash plz” 簡單的html加上”基本”的排版，應該都有張力許多… 百思不解~
April 8th, 2009 at 9:59 am
關於Flash,除了它本身的優點及缺點,
我覺得在設計者的角度上也有很多可以討論的地方。
目前普遍專案的處理方式是一個案子會切成程式與設計兩方人馬，我們的教育訓練中又缺少培養中間的人才，於是也許有些平面設計師做動畫跟元件，有些程式設計師專精AS，最後再努力把它兜起來。
常常大家都很累，可是做的東西都不是對方想要的，而一個Flash網站真的需要設計者同時兼備感性的美感跟理性的實用，缺少了這些考量就會產生很多的缺點。
我會認為「互動設計」本身就是一門可以專精的學問，不過目前看到打著互動招牌的課程常常是偏某一邊，變成「互動＋設計」，客戶也常常以為Flash反正就是一定要做的很炫的網站，更有一堆Flash純粹為了「Flash就是應該要動」而動。
其實把人搞火大的html也是一大堆，只是通常1,2秒你就可以知道它很爛快關掉，Flash搞不好讓你loading了一分鐘才發現很爛…cp值太低阿~!!
April 8th, 2009 at 10:44 am
如果你是一位設計師，設計師的切入角度就是設計，如此並沒有不對，今天會有這些問題只是因為站在使用者的立場考慮而已，沒有誰才是正確的解答。如果站在使用者角度的話，我還是建議大家去看一本Steve Krug的Don’t make me think。
之所以會用全flash一定是有一些想法要表達(當然你不太可能用flash作入口網站)，或是可以充分發揮flash的特長，偏向”設計”的角度甚過於”實用”，而大多數客戶都不懂設計，他們只會覺得哪些功能比較”好用”,所以按照客戶的方式走下去最後有可能會砸了你的招牌，你只能盡力滿足他的要求，又不牴觸你的設計，畢竟有些客戶就是要一些有的沒的在設計師印象中像是刻板的東西。
而像Loading則是可以理解, 除非用過場動畫取代，否則一片空白用戶應該會問:當機了嗎??。至於google目前有在和Adobe合作探勘flash內容，請期待^^
其實，一個經典(或先驅型)的設計能夠改變人們的使用習慣，例如Windows OS，明明很多地方濫到不行，但是就是市占率高，逼著人們去屈就它，改變使用習慣。它錯了嗎?它把錯的變成對的了，這才是設計師要創造的重點。
April 8th, 2009 at 1:08 pm
@Cowper: 我也有邀請有參予nike.com製作的Ryan(AKQA), 期待他的意見.
@老臉: browser卷軸的確勝過任何Flash的卷軸!
@Ian: 你真的點出許多通病, 最慘的一點就是以上11點幾乎都是客戶看不到的東西…也正是因此他們會變成通病!
@k: 我想講的是loading一定會存在, 但他們可以多帶一些訊息, 而不是單純的百分比數字. 就好比HTML會先load進文字, 所以使用者可以很快的決定要不要繼續等下去.
@小賴: 哈, 有 這一點我上次有跟Marc聊到, 他對UI設計真的很講究, 也會按照不同的解析度做最佳的自動排版調整! 我也認同不是每一個網站都需要達到以上的11點, 像迷你電影網站就真的只需要氣氛到, 讓使用者想卻看電影就夠了, 個人認為.
April 8th, 2009 at 1:18 pm
@Tim: 沒聽過龜毛進化論, 但是聽起來像是死在八國聯軍手上的熱血義和團? 我覺得是沒有必要悲觀, 只少在這參予的各位都很有想法, 給我滿多信心的!
@Fu: 中間人的確很缺乏, 門檻高而且相關的課程也少. 但也因為這樣你, 小賴, 奶綠, Amo等這種設計出身兼做程式的會這麼有名!
@Sam: 我真的覺得Flash是上帝給我們的考驗, 他既創新卻又容易變成懶惰設計師的自慰玩具.
April 8th, 2009 at 1:53 pm
@ Albert: Ryan 是在 R/GA ，不是 AKQA 喔，nike.com 是由 R/GA 執行的，之前去紐約有參觀過，也有跟負責 nike.com 的 Art Director 握到手，是亞洲人喔！（可惜不是台灣人，殘念）
April 8th, 2009 at 1:56 pm
哈哈 小賴 謝謝糾正!! 下次換我去NYC拜訪那些神仙, 到時在麻煩你介紹些當地朋友:)
April 8th, 2009 at 11:09 pm
請不要滿版
要對位, 又要每個解悉度都看的到
又要圖片自動放大縮小, 又要圖片不變型
又不要load太久
又要logo不要被蓋掉, 又要產品大而清析
最讓我覺得Cow北的是
以上幾點都做到了, 最後才說
, 很lag跑不動。
光搞這些, 互動都不用做了
個人覺得”創意”是第一條件
Flash只是讓網站更生動的技術
有了創意, 再來討論那幾點是可行, 那幾個需要換個角度製作。
歐拔寫的11個觀點, 真的很值得當作一個參考
我想待這篇大家的討論, 應該可以整理一份完整的參考文件。
April 9th, 2009 at 12:20 am
不過這些問題都會隨著時代演進改變，像是以後改成觸控螢幕的話很多另外的問題就會油然而生…例如:SrollBar不用了，要用手能拖拉之類的
April 9th, 2009 at 12:47 am
哈囉，我是紐約的萊恩, 被歐拔兄點名上來留言，ㄎㄎ 在此貢獻小弟的一點意見，提供各位參考一番。
如 cowper 兄所說，我所服務的公司[嗄機ㄟ]在一年前開始重訂所有 Nike 網站的規格，這個規格統稱為 Nike Brand Platform. 到目前為止列一下我們做過的幾個網站 (USA 的語系):
新規格:
http://www.nikefootball.com
http://www.nikebasketball.com
http://www.nikewomen.com
http://www.nikesoccer.com
http://www.nike.com
http://www.nikestore.com
舊規格:
http://www.nikeid.com
http://www.nikeplus.com
說穿了新規格就是用 html 來打底，鑲嵌 Ajax 或 flash 模組來達成大部分歐拔以上所講的幾個需求。當然除了符合以上的需求外還有其他考量…主要是因為我們通常是做好一個國際版以後發給世界各國改成不同語系版，所以能快速鑲嵌不同語言文字也是一個考量。另外是成本問題 (做 flash 比做 html 貴且耗時), 還有就是商務系統方面的需求 (每個網站都要能嵌入商品販賣模組), 以及 blog + RSS 的需求, 甚至美國大流行的 facebook app 等等。
三年前我剛開始做 nike 網站時還是舊規格，所謂的舊規格就是沒有規格，想怎麼做就怎麼做。(現在還有很多各國的 nike 站還在舊規格, 還有nikeplus 和 nikeid 因為後端系統太複雜所以也還沒改) 大部分是全 flash 的網站。其實很多歐拔兄所提到的要點有被客戶點到, (如 01 在 swfaddress 還沒出來以前可以用土法煉鋼寫 javascript 來做 deeplink 跟 history management), 06 可以用 xhtml 解決, 音樂有時候有版權期限所以不得不放, loading time 因為 nike 伺服器真的很快所以比較沒關係. 其他大部分會被 QA 在上線以前踢爆….. 因此如奶綠兄講的, 半夜好幾點還可以看到好幾個 flash developer 開夜車趕工將所有東西改完。
而新規格確實讓我們的工作輕鬆很多 (傑克!)，因為我們再也不必小心翼翼的寫一堆 switch 來定義 deeplink 又讓轉場順暢了。 但這也是惆悵的地方，變成很多酷的東西沒辦法做。設計師經常想要把東西飛出框外也變成不可能了。
簡單來說，我贊同奶綠講的應以創意為出發點，看看哪些需求是絕對必須達到的，而哪些是應該省略的。好像你去印度店吃飯也沒辦法叫他們端出壽司出來一樣….
另外有感的是, 記得 2000 年的時候 (那時候龜毛進化論很紅，網頁設計師必看, 真的
) 做故宮網站時全 flash 網站還不怎麼流行，因此都是用 html 嵌 flash. 當時想說十年後網站應該都像是全 3D 跟打電動一樣…沒想到還是萬流歸宗回到 html 了 
另外也點名在紐約的同鄉林馬克大師, 酒仙康貓, 跟 AKQA (敵人) 的阿巒。這幾位也是箇中翹楚並且有很多更獨到的網站設計經驗…
希望小弟的一點經驗談對大家有幫助
April 9th, 2009 at 8:31 am
我再提供另一個思考點。
我們在看網路作品時
會用比較多元的角度
像是技術、美感、他的訴求、版位、製作時間等等因素
去評價這些作品是不是在當時的時空條件下
已經是最完美的演出。
但商業作品多半就是商業導向
所以很多國內的案子在運作時
是被AE或AM這樣的角色所決斷的
所以如果他們不具備相關sense
能去判斷作品好壞的依據
就只能從「對錯」上去著眼
像是圖不能糊了…但卻要求檔案盡量小、loading短之類的。
我覺得有一個重點是
作品的好壞不完全是「對錯」
而該是一種平衝感和適當性
而且是得從當下的時空去做多方的考量
就好像如果客戶沒有足夠的維護人員
你卻很興沖沖的強推一個上稿機制很完整又好用的後台…就瞎掉了。
所以我覺得歐拔兄提出來的這11點
還是得看案型去巧妙運用
而其中妙法…還真的是「一字記之 曰心」
還有就是看設計之神有沒有保佑你
讓客戶都是思路明晰心胸寬大樂於溝通的好人了。
才(財)德要兼備…不容易啊！
April 9th, 2009 at 12:40 pm
哈囉大家好
被萊恩點名了所以就來報到一下
看完了留言
很想提問一下
不知道台灣在開會的時候
有多少人參與以及有哪些人出席
台灣很多公司應該是屬於小型的
所以通常沒有information architect
反而是設計師當這個角色
那當設計師使用者經驗不夠的時候
程式人員又參與不足時
那就爛掉了
所以程式人員在一開始就應該介入案子的設計討論
（主要是在使用者經驗上提供想法及各種可能性）
不管設計師經驗多好
一開始多點想法及意見注入是好的
ajax 或 flash only 的網站都是好的啊
入口一定要用ajax
不然超級難維護的
而其中的 flash module 若財力夠的話
也可以研發成單獨的 flash stand alone micro site
比如手機公司入口站要強打一支手機
那就在入口站放 flash module 但也給使用者 optional choice of see it as stand alone.
那這樣就超正的
flash stand alone site 的好處是
在短時間的promotion 上非常好用
所以不覺的所有的網站都會被 html or ajax取代
完全取決於案子屬性 及一開始的使用者經驗設計
April 9th, 2009 at 2:44 pm
@奶綠: 沒有錯, 客戶考驗設計者的題目可真是”創意十足”, 但換個角度想, 我覺得這也是很好的成長經驗.
@Sam: 不知道你有沒有看過wiiFlash? 我還沒有仔細去玩過, 不過感覺有突破傳統單點滑鼠操作模式.
@萊恩: 歡迎你來啦:) 我不記得是Fi先改版全html還是你上次來跟我們聊到nike.com的計畫, 我從此就越來越確信現在的模式(我是指中大型全Flash網站)將會被淘汰. 綜合每項技術的強項來完成目標(奶綠提到的創意)的確是最佳的選擇. “萬流歸宗回到 html”, 這句經典!
April 9th, 2009 at 3:03 pm
@Ian: 我很欣賞你永遠都記得從大方向開始思考. 你提到的AE/AM就呼應到Fu所提到的, 我們缺乏可以同時兼顧技術, 美感, 以及行銷的人才, 也因此常常發生上梁不正下樑流血矯正的情況. 你提到的作品評論方式也很準, 任何一個作品都是製作/廣告公司跟客戶一起生出來的. 雙方的DNA都有絕對的影響.
@阿巒: 久仰久仰, 據我所知, 在台灣一般開會都是企劃為主, 有時也會帶創意部門的人去, 客戶那邊就不一定了, 有時只有PM, 有時會有程式與企劃人員. 我很認同你提到的程式人員應該從初期就該參予, 畢竟他們的思考角度跟企劃/創意人不同, 他們可以帶來許多設計師想像不到的盲點或建議.
最近看到Audi很妙的運用Flash, 把flash砍在gallery的一張圖上, 就小小的一個按鈕, 點了之後直接進入全螢幕, 那網站除了這按鈕跟影片播放以外都是html跟js了.
April 9th, 2009 at 10:13 pm
很早以前做網站大多是Html頂多搭配一些程式或gif動態，
發現Flash可以輕易打破規則做出很多花俏的效果後，
大家做網站幾乎都少不了Flash，
最後發展出很多本末倒置的產物，
明明換場、動態跟編排就跟Html做的效果一樣，
也全網站用Flash做，
更有強調全網站以Flash製作的企業入口網站。
有時候我覺得要不是製作者很懶得去切圖，
就是因為很多製作者從開始學網頁時，
就只用過Flash製作，
根本就不會切網頁，
也認為只要有Loading存在，
哪還需要擔心網站大小，
反正沒人反應，
就繼續這樣做就好。
網路有別於其他媒體的特質就是 等 ，
感覺之後一陣子會回歸朝Flash搭配html的樣子發展，
畢竟很多在Flash中做的事情，
也只是在模仿Html，
技術上如果可以處理，
各取優點分工當然會是最好的狀態。
@[O_______O]@/
April 9th, 2009 at 11:33 pm
短篇:
如果衣服可以穿就好,那設計名牌都倒光光了.
April 10th, 2009 at 1:12 am
這是比較長的版本:
感謝歐拔兄邀越加入這個討論.(乍看到禁flash的圖示,有點嚇到)
好像所有的問題都被上面的長篇回應講完了（看好久）,我可以補充或強調的如下:（我盡量長話短說)
這是策略問題,html/full flash site各有長處.
如果偏實際互動,像是留言,設群,web2.0等等當然是用html based.
如果偏重於視覺感官上的那當然用flash.但是互動是要動的有意義,主要還是環繞在 branding/content等,eye candy要有可是不要太多,不然會有人被搞到腎上腺素爆發.
以下是針對編號議題的意見:
01,06,10,11:
厲害一點的程式設計師(是要真的很厲害)上下頁,SEO,捲軸,滾輪…等等,都不會是flash會輸html的地方,甚至可以做出比html更有趣的方式.
02:
有些客戶故意不讓人選文字,而且flash基本上也可以選 flash4就有了吧.html字體都還不能改說
03:
至於Loading, html based的,也要 loading(難道不是嗎),flash hold住loading的過程統一顯示,是因為要求更好的視覺效果,並不是flash的檔案就會便很大.這點可以反駁客戶.（而且這什麼時代了,網路越賴越快啦~)
04:
動畫一定要輔助內容或形象,這比例要對,很多人設計flash網站,背景特效轉場佔了70%,真正的內容圖文,反而小小的用很普通的捲軸顯示,那就真的遜掉了.
05:
特效在電影可以看到,在網頁上也可以再看,flv+flash現在應該已經是大宗,theFwa上面哪個不是靠video,在flash上有的非線性玩法,在線性媒體上可是會讓你按遙控器到手酸眼睛麻的.
07:
html設計不好也會這樣,這不只是flash的問題
08:
他不只跟不上我的腳步,而且跟不上時代的腳步
09:
我很少放音樂,頂多只放音效,除非必要.用flash賣的是一種視聽經驗,不過不要去過度影響到user.
網路發展了這麼多年,該玩該嘗試的大概都也都做過了,一切也都回到基本面,尤其現在又是不景氣…
網路進入到2.0的時代,很多東西都必須要有跟各家API結合的能力,flash在這方面吃虧很多.flash的開發要從這裡面走出一條生路並不簡單,所以在運用flash的時候要更加小心.有前瞻性的設計公司也應該趁早開始累積做html/ajax的基本功.可以看見未來是重視覺,也講功能的時代. nike.com 就是最好的例子.
April 10th, 2009 at 2:13 am
[...] 有人歐在他blog上討論 flash 設計及使用問題. [...]
April 10th, 2009 at 5:21 am
我想馬克兄刺到一個我相當在意的重點，就是字型的運用，除非真的完全沒有必要去用 FLASH ，否則我還真愛用 FLASH ，畢竟選對一個字形，會比花很長的時間去做一些效果來的更有幫助。
April 10th, 2009 at 10:47 am
非常同意 Marc 的意見
>這是策略問題, html/full flash site各有長處.
這議題討論這麼多，卻找不到一個與 Flash 等價
又能夠滿足以上 11.點的技術
完全沒有人提到 Silverlight…
雖然我自己也覺得它目前還不成熟
April 10th, 2009 at 11:33 am
flash 還有另一各好處就是比較少跨瀏灠器的問題
Marc 又一針見血了
一項一項的回應 更清楚
April 10th, 2009 at 12:01 pm
哈囉 大家好
我是康貓,我學長萊恩邀請我來參加一下這個討論,雖然我是flash developer出身,不過我現在是AJAX派的,我生性懶惰,能坐車到的就不想走路
我第一個看法是 不一定要用flash才能做出好的設計
nike網站的做法好像是現在還蠻流行的做法
我從去年到現在接手的案子也大多是這樣的
第二個看法是 速度很重要 網站開很慢讓使用者奇蒙子很差,flash網站天生就是比較慢,loading花時間,轉場花時間,換頁也要等,大部分使用者要的只是按按按,快快快,而且很多flash網站都不能search,如果有人不想按照分類找東西,或是他在腦中的邏輯跟網站設計者的邏輯不一樣,就會用得很幹
第三個看法 全flash網站難做又難維護,混合行型(html/ajax/flash)的網站兼顧了視覺又兼顧了需要(資訊, 內容)和效益,是我看好的原因
現在已經有很多可以在HTML上用客制字型的方法(sifr, typeface.js, facelift….)
瀏覽器@font-face的支援也越來越好
http://www.zenelements.co.uk/blog/css3-embed-font-face/
所以說不定有一天字型就不是考慮用flash的原因了
April 12th, 2009 at 3:08 am
另外一提,是我發現很多flash網站設計師的盲點.
網站是一個殼,內容才是主角,很多年輕設計師都下很多工夫在轉場跟特效上,而自己放了哪些字,秀了哪些圖,可能完全沒去看,在欣賞別人網站的時候也都職業病的站在技術跟視覺得立場,而沒有真的仔細去看是否內容好瀏覽,動線,有沒有不必要的3D處理或是很”假行”的轉場. 視覺上的刺點,一個聰明厲害的就好了,沒必要每一個元素都要 transition in / out.
通常程式套用後,同一個轉場會變成是每一次按下去之後的轉場,如果每按一次就要等或是pv3d轉來轉去,在厲害的特效看很多遍,也會煩死人的.
以下回應康貓:
完全讚同不一定要用flash才能做出好設計,不過 html 要做的漂亮,難度跟技術都會比flash還要複雜.對一般設計師來說,flash會比較好上手,尤其在vector動畫方面.
對於第二點,我不是很讚同,Flash天生並不大,也並不慢,只是有人轉場設計太多/圖太多,導致loading太花時間,被人詬病.這又是設計問題,並不是flash就一定會慢,不過在製作上複雜很多又難維護倒是真的.
很多flash設計師都是平面設計師出生,對技術方面及file size比較沒有概念,導致普遍很多flash網站過大,而讓人印象flash比較慢.
維護更新型網站,用全flash網站真的不是決策錯誤就是在show off actionscript技術,真的是用html/ajax based就好.
混合型網站兩者兼顧,這點我跟貓哥看法一制.在網路界 flash 頂多就是”玩視覺”,”玩真的”的web2.0,全都是 Ajax/html的天下.
April 12th, 2009 at 11:29 am
歐大哥的Flash真的很強,
甚至探討到這些問題.
小弟身為html的撰寫者…
碰到flash只有關掉一途
只有您的作品會讓我感到愉樂
April 13th, 2009 at 11:38 pm
其實策略性、選擇性的問題都還是很其次的
最大問題是 HTML/Ajax 死氣沉沉，欠缺生命力!
為什麼會這樣說? 仔細想一想就知道
HTML/Ajax 其實很多年前就已經支援的舊技術
只是這幾年觀念革新才提出來的新定義名詞
受限於各家瀏覽器支援度分歧
造成 HTML/Ajax 進步緩慢
即使某一家瀏覽器增加新功能
也沒有網站敢去使用
結果只能在 framework 上做文章
算一算 Ajax framework 至少有上百種吧~
選擇太多，功能太少
這樣只是徒增開發人員的困擾
照這樣發展下去，經過多年以後
HTML/Ajax 也很難有什麼進步的空間
屆時恐怕變成一種『傳統產業』!
反觀 Flash 技術，很少有跨平台、跨瀏覽器的問題
每次新版本推出，都能在幾個月達到 80% 普及率
而且速度越來越快~
當然新功能也是越來越多 (除非不愛學習新東西啦)
生命力真的非常旺盛
所以我自己的學習態度是
對於 Flash Player 感興趣新功能，馬上就去看去學
真的不用擔心以後用不到
可是 HTML/Ajax framework~~
實在太多了，學了可能也不一定用上
等它局勢穩定下來或是工作上要用到再學也不遲
http://ticore.blogspot.com/2009/04/flash-or-html-ajax.html
April 14th, 2009 at 12:01 am
可是你還不是使用youtube的物件在你的Blog上
我想這還是有它方便之處吧
也許你的電腦差 但不代表別人不需要進步吧
個人愚見 僅供參考
April 14th, 2009 at 4:41 am
來個更危言聳聽的形容~呵~~
HTML/Ajax 核心功能死氣沉沉，欠缺生命力!
Ajax 相關的 framework 卻像惡性腫瘤一樣，不斷增生
吃掉 RD 的時間精力
這擺明就是癌末病患嘛!
要救活它也不是不可能
假如有那麼一天的話，大道之行天下為公之日恐怕也不遠了~
April 14th, 2009 at 2:17 pm
@傑克猴: 真的是偷懶呀, 就跟很多設計師會把表格作成圖檔是一樣的道理, 懶的切HTML.
@marc: 看來大家應該是達到共識了, 大型網站沒事沒有比要做成全Flash呀.
@shown: 別這樣說 (尤其在這裡討論的鬼才堆裡^^)
@Ticore: 感謝你點出ajax+html的缺點, flash還是有他目前的絕對優勢. 可否稍微解釋一下為什麼HTML/Ajax死氣沉沉? (個人對AJAX不是那麼的了解)
@路人甲: 可能是這篇的標題有點誤導, 我們可是靠Flash過活的, 所以絕對不是反對它, 而是檢討它的缺點以及改善的方法.
April 14th, 2009 at 8:29 pm
@Albert
我在前面有解釋過吧
Ajax 其實很多年前就已經支援的舊技術
只是這幾年觀念革新才提出來的新定義名詞
受限於各家瀏覽器支援度分歧
造成 HTML/Ajax 進步緩慢
即使某一家瀏覽器增加新功能
也沒有網站敢去使用~
照這樣發展下去，經過多年以後
HTML/Ajax 也很難有什麼進步的空間
April 15th, 2009 at 2:57 am
客機會飛，戰鬥機也會飛，不是能達到相同效果的東西就一定要拿來做比較，本來用途就不同。
Hybrid有一定是王道嗎？ 沒有吧。還是一樣要看你的用途是什麼不是嗎？ 也許它是最中庸之道，可以把各方的優點匯整起來，但最終還是回到你的goal是什麼。
討論這麼多，感覺更需要區分的是在什麼條件下應該應用哪一種技術來達成，先做一些簡單的區分
Functionality (in terms of browser built-in behaviors and user intuitivity etc)，在這方面，從最基本的上一頁，下一頁，更新，停止，列印等等 Flash雖然能達到部份，但是考量開發難度和成本，HTML+1
SEO/Deep Linking
這應該很容易達成共識，一樣雖然flash能做到部分(flash應該沒辦法做到true deep linking吧，只能作頁面)，但是一樣在考量成本和整體的開發 HTML+1
Accessibility and searchability
這包含servable environments, servable targets, device variations, down to portability, distribution ability etc，HTML+1
Compatibility
這點雖然flash強調cross platform，cross browser compatibility，但其實標準的W3C validated HTML sites也是很compatible阿，開發上需要更注意一點就是了。但是反觀Flash有時還會因為版本不相容需要做detection and update，這部分我想 HTML+1, Flash+1
Visual (animation, video, communication etc)
Flash能這麼被widely adapt的主要原因應該就在這了吧，這點HTML/DHTML/AJAX等等是無法辦到的，let’s face it, prototype.js is a joke in terms of animations. 這點給Flash+2好了
當然還是有很多comparable attributes, 如maintenance, text rendering, extensibility到project coordination, QA等等 但是總歸一句，應用時機應該是這兩者比較需要被比較的地方， 兩者都無法成為對方的替代品的。
April 15th, 2009 at 9:44 am
@Justin
關於 Compatibility 個人完全不認同
cross platform, cross browser 與 upward compatibility 完全是不同的事情
怎能混為一談?
在 cross platform, cross browser 項目，Flash 肯定是比 Ajax 好很多的
至於 upward compatibility，Flash 一定會比較差，
原因很簡單，Flash 一直在進步中，當然會衍伸出一些 upward compatibility 問題
不過 Flash 普及速度超快，這問題並不算大
至於 Ajax 幾乎完全沒有在進步，死氣沉沉，upward compatibility 肯定是很好的
真的是誤把 Flash 優點當作是缺點
誤把 Ajax 缺點當作是優點~
April 15th, 2009 at 10:07 am
> 關於 Compatibility 個人完全不認同
> cross platform, cross browser 與 upward compatibility 完全是不同的事情
> 怎能混為一談?
> 在 cross platform, cross browser 項目，Flash 肯定是比 Ajax 好很多的
Compatibility只是籠統的分類，並不是把他們混為一談。 關於cross platform, cross browser compatibility, how is Flash any better vs well formed HTML sites?
> 至於 upward compatibility，Flash 一定會比較差，
> 原因很簡單，Flash 一直在進步中，當然會衍伸出一些 upward compatibility 問題
> 不過 Flash 普及速度超快，這問題並不算大
> 至於 Ajax 幾乎完全沒有在進步，死氣沉沉，upward compatibility 肯定是很好的
Flash不只upward compatibility有問題，downward compatibility也有問題。你有逛過網站要求你download flash player只因為你的版本太新？ 我還蠻常遇到的。姑且不論開發的問題，或是alpha版本的缺陷，在這方面HTML/AJAX至少不太會遇到的，因為HTML/AJAX是不需要adoption的，it’s all built-in！
在這點裡只是單純比較可能遇到的情況，當然Flash的進步絕對強過HTML/AJAX，所以最後還是 HTML+1, Flash+1
其實打整篇主要只是要講，兩者主要是在應用面的差異而已，針對這點其實還漏掉非常多可以討論的。
April 16th, 2009 at 7:00 am
我之前有幾次和 Ticore 請教一些製作上的經驗
都會有種我學藝不精的感覺
像是一些名詞、定義、邏輯…我只要有一點不清楚
他都會馬上點出來……
不過我覺得有些事不能單從技術面上來看
因為東西做出來是給人用的
背後的技術是怎麼樣
很多不懂的人還是不懂也不想去懂
以我們公司的AE為例
Flash、Html、Ajax製作出來的作品
在他們眼中只要「長的很像」
就根本不覺得有任何本質上的不同。
而且若要以時間來論定表現形式是否沒進步
那從小到大我們看漫畫也看了有沒有快30年
現在海賊王還不一樣是拿在手上翻的超爽
也不會說漫畫好遜、都不會動不是3D的…
對閱聽者來說，有趣的仍然是內容
大部分的人根本不會去管印刷或裝訂的技術是不是改變了
或是漫畫家已經用漫畫軟體加數位筆在創作
技術用再好
應用的不適當、內容不夠好
使用者仍然不會覺得這會是一個好作品。
所以我覺得
策略和選擇性仍然是不能把他視為其次
因為當客戶決定用網頁來呈現他們要傳達的訊息時
或是和網友進行互動
就已經是一個策略和選擇了
技術是不可能單獨凌架其上的。
April 16th, 2009 at 6:56 pm
我覺得因為 HTML/Ajax 規格的變化較慢,反而造就了他的穩定說,所以developer在開發的時候已經相當了解javascript/css的能耐,可以說他是一個成熟而且開放的技術,所以市面上的Ajax library才會那麼多套,並不會覺得一個技術要一直更新才是真正的進步說.
就目前的市場來說,我覺得HTML/JS/CSS技術很難被淘汰說,可能再過個20年,大部分的網站還是使用HTML/JS/CSS為主.
當然你要玩視覺,那就是要用flash才會過癮,這點我是百分支百支持的,諸君不見這進步的framework一直有人推陳出新,papervision,flar…
不過complain一下Adobe,Adobe現在的做法有點怪,玩視覺的專家很多是designer出身的人,現在的as3搞的讓designer很難上手,然後flex定位很奇怪,做出來的東西一點都不酷,妳要酷一定要用純actionscript寫,那幹麻沒事弄個code嵌在flex裡面,大家直接用as硬幹就好啦,出個flex sdk給大家compile就好啦.幹麻又發明一套mxml?所以Adobe弄個flex不知道目的何在?as3改得太難上手,搞不好把自己的路鎖死一些?
April 17th, 2009 at 3:55 pm
你會用flash玩遊戲，但顯少用flash做閱讀性的網站。
二者各有其生存價值。
但常遠來看，光電產品的進步，勢必也會改變user的習慣。這點我蠻看好flash的，但還不太懂他所謂的text engline的妙用。
另一個角度來看..我覺得flash是中文殺手。
April 17th, 2009 at 5:38 pm
我們往往面對的都是一種「在錯的路上找不錯點來放大」的困境。
我覺得IAN真的寫的非常好。
沒想到在歐拔的Facebook上看到這麼有趣的話題，還有這麼多大師來分享經驗，看下來挺過癮的。雖然想要有點建設性的回覆又覺得技不如人，只能以執行專案時的經驗勉強參一腳。
雖然自己做網站規劃也有五六年的時間，但技術上始終沒什麼進步，不過從開始到現在，我認為最先該釐清的應該是客戶他們想要的是什麼東西，設計者則是在客戶的需求下提出最佳建議（先不論客戶買不買單）。歐拔提起曾看過用Flash做一整個「類Html」的東西，如果客戶能夠接受，執行者能夠用他們的現有技術達到成果，即使「沒必要」但至少也算美事一件，或許他們更能從開發的技術中來衍生更多解決問題的方案。
Flash網站可能我們一生只上過這麼一次就不會再讀，而Html則經常的應用在即時性的、回流量極高的網站上。這些不是我們初學Flash時最基本的原則嗎？（或其實我完全搞不清楚狀況..？）我認為這個主題在25層Marc就已經下了還算客觀的見地。綜觀而論，這篇不過是在檢討業界Flash設計者流於獻技的慘狀而已。老實說其中大半的問題，我都不認為是被嫌棄的原因，只要學過一點網路行銷，和有正確「好網站」的觀念（而不是炫網站），這些都是在設計時會避開的最基本面。
我突然想起以前曾經有個客戶對朋友說，「為什麼要用Flash」。
但他沒有任何回答。
最後還是留了沒什麼內容的一筆。（逃）
不過由於我本身的技術差加怠惰，因為做不出很炫的網站，倒也是幸運了避掉了歐拔提出的某些錯誤…。（不知道該說是幸或不幸）
April 17th, 2009 at 5:58 pm
補一槍。
Sam提到的Don’t make me think，我認為是做網站規劃必讀的聖經。
如果不能站在消費者的立場來解決問題，就不能稱為好的設計師。.Fi
April 18th, 2009 at 6:56 am
歐拔兄 forget me for my late reply..
看完所有人的留言，老實說我想講的他們都講完了
一些我覺得很有道理，看了有不自覺的點頭
除了上述的缺點之外我覺得adobe在documentation 這塊應該多下點功夫，多點範例..很多東西都沒解釋清楚，往往都是在其他網站得到解答
儘管有些不便利性，每個工具都有優缺點
對我們而言
怎麼利用現有的flash功能製作趣味性及互動性高的網站
比去想他什麼做不到還重要，因為我們也只接flash專案
很多flash不能做的，不好做的.. 我們也不會硬塞給客戶~
以更高成面來想這個討論，我覺得還是回歸到使用性
不管用什麼工具，良好的使用經驗我覺得是很重要的
就如上歐拔上述的11點
以上個人小意見 謝謝指教~
April 23rd, 2009 at 11:23 pm
flash還是有很多地方值得尊敬學習的
不然為什麼你的網站這麼多flash 你必須承認你靠他賺了不少
人是視覺的動物
April 26th, 2009 at 4:22 pm
@fff
這篇好像沒說到 Flash 不好阿，就僅僅只是 Albert 提出一些 flash 網站可以注意及加強的地方而已。
May 15th, 2009 at 5:49 am
我們公司是台中連鎖美髮的總公司,
想請你們改善公司的網站~(http://www.hairbox.tw)
怎麼連絡你們的窗口?~
費用怎麼計算?..
東林美容美髮有限公司-
(美術企劃-陳小姐-04-24875755-不用分機)
早上11:00-晚上8:00可聯絡!
謝謝!
May 19th, 2009 at 8:58 pm
我的觀點
Flash可以做的事情很多
互動 並不一定只的是在網頁上互動
但以上觀點 皆是以 網佔為出發點去做思考
FLASH本身就是個多媒體平台
訴求的就是多媒體豐富的訴求
回歸重點
看做什麼吧！
在新媒體藝術裡
有人拿來做 跨領域表演藝術 那考慮的點就是與舞蹈家之間的互動
有些人拿來做互動藝術，那就著重在互動的層面上
在廣告領域裡
當然著重在行銷層面
在網頁領域裡
當然注重網頁的使用性與長久維護性
以flash來說 顯然維護上 是個共通的缺點
在遊戲領域裡
當然著重在遊戲性與遊戲可玩性上
目前遊戲趨勢下，非常多的小遊戲結合社群平台，變成最大的網路遊戲，
這個威力繼續發展下去，flash也許可以成為最大的網路遊戲平台，例如face book上的小遊戲
也有人拿來做簡報的
當然不會有人那麼蠢
不過有人這樣做 一定也是考慮到flash的互動層面的豐富性
講了這麼多
重點要看作什麼，從網站的角度思考，上面那些點的確是缺點。
但從網路傳播的角度思考，其實又不一定都是不好。
JERROMY
flash甚至也可以做系統
排版系統列印
May 19th, 2009 at 10:03 pm
hi!歐拔
我是馬克
上週五與小蜜蜂一起去貴府打擾的那位
有拍了一些照片
給你們連結
http://picasaweb.google.com/mark0701/20090515#
June 5th, 2009 at 6:54 pm
我們公司現在就用Flex
不過是開發軟體
我想mxml的好處是和網頁設計很像,上手簡單
如果設計師懂得html和css就可以完成大部份的layout
功能部份需要AS3 就另外交給programmer寫
July 28th, 2009 at 12:21 am
我倒是觉得，不管是flash还是flex，包括air在内，
既然adobe没有倒下，那他就一定有他的用处。
flex开发网站很快，也很酷。
当然，有人能用css+div作出flash酷站的感觉，
也 是很正常的事情，这些东西只是工具而已。
技术的好坏不在工具，而是在于使用者的思维。
回答完毕
January 8th, 2010 at 5:31 am
HTML5 與 Flash 廣告的迷思
http://ticore.blogspot.com/2009/12/html5-and-flash-ad-myth.html
Flash Player 邊緣化 ?
http://ticore.blogspot.com/2009/12/flash-player-frozen.html
February 11th, 2010 at 3:28 am
受益良多
您做的網站案例我也看過不少 甚至有下載回來研究過
由您對FLASH提出的見解我也十分認同
其他前輩的回應也是十分贊同
February 24th, 2010 at 2:43 am
上述問題全都是源於設計師(通常是美術出生的人)造成的問題。他們通常不會去考慮執行效率，和操作性的問題。抱歉，這樣說有點直，但事實就是如此。(聲明一下，我並沒有貶低美術人員的意思)
如果你是美術人員出身，但你完全不認為as3 很複雜，也努力研究如何寫好code，基本上就不在我上述範圍中。
上一頁下一頁，其實也是可以直接做在flash 裡面的。連應用程式的undo 和redo功能都可以用as來實現，沒道理做不到上一頁下一頁吧？只是設計者有沒有心，有沒有那個能力。至於使用者不會用flash 設計出來的應用程式的上一頁下一頁，那就完全是使用者習慣了。
基本上，flash 連繪圖、office 這類的應用程式都做得出來了，會無法實現嗎web browser？
做出一樣有文字，有上下一頁，有你們要的圖片…html的互動與呈現，flash 當然可以做到。但既然html形式可以做，幹嘛非得又要用flash做？
為什麼as3 要搞得這麼複雜，其實就是因為你們說的問題。要開發一個完善的應用程式，就是要這樣。如果不把程式和美術分開，死掉的只會是flash。其實flash 的門檻拉很低了，也正因為門檻低，才會出現你們上面所說的情形。
as3 已經是一個語言了。一般來說，做出來的東西有問題，其實是設計者的問題。
.mxml 和.as 要我來說的話，有點像.jsp和.java。用.mxml可以簡單的完成排版，並設定一些標籤作為他的變化。當然，你可以完全用.as寫在code 裡面來放置，但是在code 裡面排版可是要人命的。
當然，你也可以輸出一個版本配置的檔案。可以是自訂的檔案格式，也可以是.xml，基本上和.mxml差不多意思。
March 1st, 2010 at 5:34 pm
Some specialists say that personal loans aid people to live their own way, because they are able to feel free to buy needed stuff. Furthermore, different banks give bank loan for different classes of people.