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