Flash Web設(shè)計團(tuán)隊協(xié)作
2020-07-17 13:22:47
供稿：網(wǎng)友
通過前面對Flash Web結(jié)構(gòu)的簡單介紹，相信大家對MBDD式的每層都應(yīng)該有個大致的了解了。就像我前面說過的，MBDD式是對所有Flash web的概括，并不是每個Flash web都必須有四層結(jié)構(gòu)的，很多Flash web由于其作用不同，很可能確實某些層。比如像我的個人門戶V3，就沒有過渡動畫層；而這個酷站收藏站，可以說是既沒有過渡動畫層又沒有背景層；還有些Flash web是純粹的商品展示，比如現(xiàn)在比較流行的房地產(chǎn)網(wǎng)站，他們大都傾向于直接通過動畫來展示他們的商品，數(shù)據(jù)層和數(shù)據(jù)顯示層則比較薄弱。
前面說了那么多，MBDD式的真正意義是到底是什么呢？主要有以下兩點：
模式化：對于各種類型的Flash web，我們必須給出一套對應(yīng)的通用開發(fā)模式，就像世界上的人形形色色，但大家的骨架都是一樣的。我們有了結(jié)實強健的骨架，再往上添磚加瓦就比較容易了，而且效率也會非常的高。
獨立性和模塊化開發(fā)：其實“MBDD式”是我自己在漫長實戰(zhàn)路程中的血淚史，從接觸Flash到現(xiàn)在，自己也做個十幾個Flash web了吧，雖然數(shù)量不算多，但每次做我都是自己一個人從界面設(shè)計一路殺到后臺。剛開始的時候，由于我還不能在一開始就準(zhǔn)確把握整個網(wǎng)站的架構(gòu)，所以只能逐功能去完成，比如先設(shè)計導(dǎo)航部分的界面，然后在Flash中完成導(dǎo)航部分的前臺功能，最后寫后臺并再回到Flash中完成整個導(dǎo)航部分，如此循環(huán)往復(fù)直至完成整個網(wǎng)站。采用這種方式還能按預(yù)期完成一個功能復(fù)雜的Flash web，此人的意志力和隨機應(yīng)變的能力一定不能弱。因為一個人的思維如果頻繁的在設(shè)計、前臺、后臺之間跳轉(zhuǎn)的話，真的很容易精神崩潰。再加上前期沒有很好的規(guī)劃，很可能出現(xiàn)后來的部分和已經(jīng)完成的部分沖突，造成前面的勞動全部付諸東流，甚至不得不重新來過，這時候還有多少人能堅持下來呢？后來我覺得長此以往確實不是辦法，就開始考慮如何才能在一開始就對整個Flash web有個大概的把握，并能長時間的把精力集中在一件事情上呢？于是MBDD式就應(yīng)運而生了！在MBDD式下，我完全可以遵循這樣的開發(fā)流程：→選擇架構(gòu)模式→界面設(shè)計（網(wǎng)站主體框架及背景層）→后臺（Flash中數(shù)據(jù)層需要的數(shù)據(jù)顯示格式和寫入格式）→Flash前臺合成（動畫層以及數(shù)據(jù)顯示與交換）。在流程的每一步中，我都會最大限度的把所有精力都集中在這步上，直到開始下一步的制作。而且如果在制作的過程中發(fā)現(xiàn)有架構(gòu)不對的地方，我也可以有能力從宏觀上去把握，做出最合理的調(diào)整。但是很可惜的是，通過筆者對一些Flash web的分析，我發(fā)現(xiàn)現(xiàn)在還有很多人，包括有過Flash web開發(fā)經(jīng)驗的人，還是不能很好的認(rèn)識Flash web的結(jié)構(gòu)，他們做Flash web隨意性還是很大，背景層與動畫層不分、數(shù)據(jù)表現(xiàn)層與數(shù)據(jù)層曖昧，甚至是想到那里做到那里，各層混合在一起，最后自己終于把自己搞迷糊了。
關(guān)于Flash web設(shè)計開發(fā)團(tuán)隊協(xié)作的簡單思考
筆者現(xiàn)在可以說沒有任何團(tuán)隊開發(fā)經(jīng)驗，在這里談團(tuán)隊協(xié)作是典型的紙上談兵，但我在開發(fā)自己的網(wǎng)站時是嚴(yán)格的給自己分角色的，也有幾分團(tuán)隊的意味，很多想法在這里不吐不快。
比如我一開始做架構(gòu)分析的時候，除了簡單的書寫文檔，是絕對不會開工的，此時我扮演的是一個架構(gòu)師的角色；而在PS中繪制界面的時候，我會盡量不去想后臺，此時我又在扮演一個PS設(shè)計師的角色；在寫后臺的時候，我只是機械的按架構(gòu)時的要求完成數(shù)據(jù)顯示和寫入格式，一般來說數(shù)都是固定格式的XML，此時我根本不會去考慮什么Flash和PS，完全在扮演一個后臺工程師的角色；最后在Flash中合成的時候，我則又扮演著Flash設(shè)計師和AS工程師。尤其是在開發(fā)我自己的個人門戶V3的時候，我更是“嚴(yán)于律己”，在開發(fā)流程的每個階段，盡量讓自己少管“閑事”，看到最后能否按預(yù)期目標(biāo)完成任務(wù)，結(jié)果還是比較滿意的。
我的想法是：在MBDD式下，一個Flash web開發(fā)團(tuán)隊?wèi)?yīng)該至少有以下五個人：架構(gòu)師、PS設(shè)計師、Flash動效設(shè)計師、AS工程師、后臺工程師。
架構(gòu)師負(fù)責(zé)對整個網(wǎng)站的把握，他必須了解Flash web開發(fā)的每個環(huán)節(jié)，豐富的開發(fā)經(jīng)驗使其在接到一個項目的時候可以根據(jù)需求很快的決定采用那種開發(fā)模式，并把這個項目支解為若干功能模塊，然后為PS設(shè)計師提供內(nèi)容框架草圖，并指定后臺數(shù)據(jù)格式。而且在開發(fā)的整個過程中，他要負(fù)責(zé)其他人的調(diào)節(jié)和溝通。所以如果說架構(gòu)師是這個團(tuán)隊的靈魂人物，一點都不為過。
PS設(shè)計師則需要根據(jù)框架草圖設(shè)計網(wǎng)站界面，他最好懂得一點Flash基礎(chǔ)操作，知道那些部分是在Flash中可以很方便的直接繪制的，而那些部分必須由PS完成。當(dāng)然，如果他還能把動畫因素也考慮進(jìn)去，并在PS中部分完成效果圖，那就更好了。
Flash動效設(shè)計師主要是完成Flash中的動畫和特效，他最好懂得一點AS，這樣他在做動畫的時候，就會把編程的因素考慮進(jìn)去，使他的動畫盡量便于程序控制，特效也不至于太吃CPU，如果他的AS能力足夠強，我們還要讓他根據(jù)架構(gòu)師劃分的模塊在Flash中完成網(wǎng)站主界面的布置，當(dāng)然這時候架構(gòu)師最好從旁協(xié)助。
AS工程師主要是根據(jù)架構(gòu)師的要求完成特定功能模塊，同時完成前后臺的數(shù)據(jù)交換，他最好懂得一點后臺知識，至少要知道Flash如何通過后臺程序?qū)憯?shù)據(jù)，另外他的XML解析一定要精通。
最后是后臺工程師，他只需要根據(jù)架構(gòu)師的要求寫入讀出特定格式的數(shù)據(jù)就行了，當(dāng)然，如果他學(xué)一點AS的話，將更有利于他理解他為什么要那么做，另外他的存在還有更大的意義，那就是完成網(wǎng)站數(shù)據(jù)結(jié)構(gòu)分析以及負(fù)責(zé)數(shù)據(jù)庫管理。
個人覺得，除了SEO的處理現(xiàn)在還不夠完美外，如果我們深入理解了Flash web的結(jié)構(gòu)，建立起一套完善的開發(fā)模式，再加上平時積累的代碼庫、元件庫、特效庫、資料庫等，F(xiàn)lash web開發(fā)快速化、高效化將不再只是夢，F(xiàn)lash web完全可以達(dá)到HTML網(wǎng)站的開發(fā)效率，而且有著比HTML網(wǎng)站更好的視覺和交互效果。
