breeze 5 新體驗

上星期沒事玩了一下breeze 5，心得速記如下。

1、breeze 5有了全新的UI介面與部份更新的操作方式(例如layout記錄與可延展的pods)

2、breeze 有自已整套的components library，並且是從flash 2004裏面UIObject/UIComponent延伸修改而來，再加上約五六樣特製的小元件(例如 media display bar)

3、breeze也採用了central的 pods概念，也就是說app的layout佈局可由數個獨立的block組成(每個block就是一個所謂的pod)，例如 userlist 是一個pod, chat window是一個pod, desktop sharing是一個pod，video/audio window也是一個pod；而這些pod的內容實際上就是由眾多的 UI components所組成(也就是你也有的那些listbox, combox, datagrid, textarea….etc)。

所以我可以合理推測breeze team的開發流層可能是(或至少有下列)幾個階段：

-製作UI Components：這包含將flash 2004裏的元件 re-skinning貼上一層breeze專屬的視覺風格 與 撰寫額外需要的元件(例如back/fwd button)

-製作 PODS：整個breeze的畫面基本上就是由十來個不同的block(pods)所交又搭配組合而成，例如 meeting時可能出現的pod有：AV, chat, userlist, presentation, question, poll，而presentation時的pod可能又是另一組。因此只要分析出所有要用到的pods並製作完成，日後要重覆使用就很方便了。

-整合製作：將製作好的pods依不同layout設定整合到breeze app裏面，順便處理程式的其它流程，例如啟始流程與底層的 event handling等。

4、breeze一啟動後就會下載兩個 common library，分別是 BreezeUIComponents.swf(145kb) 與 CorePodsCollection.swf(116kb)，只要從cache裏挖出來再用*適當*的工具打開看一下就會瞭解breeze的運作原理。

5、有了上面兩個library後下一步當然是想玩玩看能不能*借*來用在自已的程式裏，但可惜即使知道每個元件的export id(linkage名稱)、路徑也設定正確，但仍然無法成功顯示，或許是我的操作方法不對。

不過由於這些components與pod本身的功能並無特別之處(意思是：自已寫一組也不會花太多時間因此不用浪費時間借別人的用，更何況可能會有版權問題)，且效能不是很好(尤其是window這個元件更是糟糕，一拖拉整個cpu resource就吃掉100%並且lag很嚴重，個人推測是被drawing API給搞死的，這是mm牌元件的通病)，所以借不成也就算了。

6、觀察breeze的分工模式與coding style非常有趣，從CorePods與meeting[1].swf兩支程式裏可以很詳細的看到macromedia工程師們的寫作風格與技術成熟度，例如他們也不約而同的捨棄了createClassObject而改用 attachMovie()，以及大量的hack手法，看者這些code幾乎可以感受到當時他們腦中的思路流程與採取的design decision，真是活靈活現吶~簡單來說breeze是一個滿成功的 application。

附帶一提，breeze拆開來看骨子裏就是一個 flash communication server + JRun application server + 一堆Actionscrpit Class(這堆classes 的集合體就叫做 Breeze)，或是換一個view來看，breeze = flashcom + JRun + (BreezeUIComponents + CorePodsCollection) + 很多的行銷跟銀彈(笑)。

當然每次講到這點都忍不住要再提一次：macromedia做為一家提供工具的公司，它的任務應該是盡責的將工具(flash, dreamweaver, Flashcom, Jrun, Coldfusion…)弄好，但應用程式級的開發(Breeze就是一個應用程式產品)則留給ISV或Consulting公司，所以市場的合理發展本來應該是像SAP這樣的公司用flash + flashcom + WebSphere/Tomcat/Jrun 開發出一套Breeze 產品，然後對外行銷，而不是由mm原廠利用對技術的獨佔優勢來開發利基產品搶佔市場(好吧，我知道對本站大部份的讀者來說你可能只是快樂的愛用者或工程師，但多知道世界的另一種面向並無害處對嗎？)

7、breeze 5仍然要靠 breeze-addin 這支執行檔才能提供screen sharing，這支程式基本上就是 flash player dll + screen capture driver + breeze swf，所以只要花點功夫替換掉breeze swf這段就可以借用 breeze-addin(以及，當然，最重要的screen capture功能)來玩自已的 screen sharing 應用，咳，這部份就暫且按下不表了。

目前我比較好奇的是，swf是跨平台的(win/mac/linux)，因此breeze 的主程式畫面一定可以正常顯示，但breeze-addin是一支win32 app透過下載到client端執行，那在mac與linux上難道也各有一支相對應的程式嗎？if(Previous_Statement == true){ this’s gonna be *VERY* interesting dude ! }

這部份我會找時間用mac與ubuntu連上去試試(當然最有可能的結果就是mm可以直接在system requirement裏寫只支援win32平台)

8、breeze 在很多層面都讓人覺得非常有趣，不單是它採用的component/pod結構與應用flashcom的方式，它的business model更是讓人大獲啟發，或許mm不應該跳進來搶ISV的市場(這是市場策略與道德的問題)，但老實說，mm做的真的很好，就像他們在其它利基市場的表現一樣(例如 Flex, 雖然現在它還貴的嚇人，但本質上是個不錯的產品，只要沒被adobe搞掛然後mm快點降價或採取其它銷售策略就大有可為)。

簡單一個結論就是：一般人覺得flashcom貴(二萬到二十萬不等視license而定)是因為只看到單一的server產品，但mm就懂得把餅搞大推出一個八十萬到一百萬的應用產品(也就是breeze提供的 meeting/presentation/training)，這下你不會覺得的貴了吧？這裏面的道理真是非常有啟發性，非常有趣。