＊改名為 Flash Media Server 2
ok, 果然在第四季剛開始，delay許久的 flashcom 2就來了，只是換了一個新名字叫 Flash Media Server 2。
根據annouce中的說明：
Macromedia Flash Media Server 2 (FMS2) is the next version of Flash Communication Server, offering the unique combination of traditional streaming media…
這個新版本提供了許多同級產品早就有的新功能，但下面這個最讓人注意：
Backend System Integration new
With support for Remoting, File objects, and XML objects, sockets and streams – including support for Jabber XML streams, FMS2 offers a number of ways to integrate with Application Servers and media asset management systems for retrieval of meta-data information.
也就是說 FMS2 終於有完整的server端存取技術，可以透過 xml, file system來交換資料。
＊值得注意的新功能
其它幾個項比較有趣的新功能：
-On2 Vp6 support: 這點滿正常的，既然買了新的codec，也在新player裏面增加了支援，因此新server支援這個codec是一定的啊~
-Quality of Service Monitoring：QoS是streaming media server 最重要的功能之一，據新聞稿宣稱，它可以同時在client與server 端做監測，這代表flash player裏面有什麼祕密的機制在做這件事嗎？下次要抓一下封包來分析看看。
-Authentication: 由於flashcom的license與bandwidth都非常貴，因此早期做flashcom案子時最重要的就是授權與保護，一來要確保合法的user才能進入使用，另一方面也要保護server不會被盜連或盜用，但以往 flashcom的implement手法讓這件事變的很麻煩，現在似乎是有比較完整的解決方案了。
-Encrypted Delivery: 這個很讚啊~有了這個，等於完成DRM的重要一環，這樣一來在FMS上做販售服務就會成為可能，潛力無窮呢。
-Origin and Edge Servers：flashcom一直被人詬病的地方就是clustering不易，雖然它確實是有這種能力可以deploy到許多台servers上服務，但實作不易結果就被大家以為不能做，現在FMS擁抱業界標準的做法，相信可以堵住許多幽幽之口吧。(不過我們是從來沒機會接觸到這麼大型的clustering案，不知有無金主大爺願意試試啊…)
-Logging：這點也很重要，一般業主花了大錢做video streaming服務，最需要的就是知道到底反應如何？點閱率數字？觀看時間長度？那個影片最受歡迎？幾點時人最多？影像播放是否順利？
以前我們得自已從flashcom裏把資料擷取出來，再用php將撈出的資料整理進db(這絕對不是件簡單的事，試試看就知道)，然後透過flash顯示成報表給業主，現在FMS改用 W3C compliant ASCII logs 代表將來隨便找個報表產生器就能生成美美的報表囉！
＊FMS的未來發展與市場動向
從這次的改名與新增的feature sets可以明確的得到一個訊息：那就是macormedia打算認真玩streaming media這塊市場，也就是說它即將正面與市場上的三大主流：Windows Media, Apple Quicktime, Real Media 對戰，爭奪龐大的串流影音市場。
那勝算如何呢？
個人覺得非常非常的大。主要原因是flash player這個client普及率遠高過其它三者，而現在有了on2 Vp6的加持，畫面品質也不是問題，加上flv 可以很容易的整合進flash authoring 環境，因此不論是設計師或工程師都可以很輕鬆的將video融入作品中(簡單一點看，就是把flv/video當作是Movieclip的一種去操作就對了，通常這樣跟學生講效果都不賴)，這點是其它三家很難比擬的。
至於這次的定價，$4500 per 2 cpu(約十五萬台幣，實際售價應該可在十萬上下)，不限頻寬也不算人頭數，個人覺得頗合理，應該也是大部份需要提供streaming media service的業主能接受的價位，這樣一來我們就有比較大的趨力去推這個方案了。
ps. 寫到這裏才想到，那本站分類中的flashcom是不是要即日起改成 fms 哩？
| by admin
zorn原本被傳成是下一代的flex開發工具，它以 eclipse為底，採用mxml 語法來製作 flash RIA應用程式。
但mike chambers最近的一篇文章打破了這個傳言，他在blog裏明確的說zorn將會內含一個 stand-alone mxml compiler, 因此user用zorn寫好mxml後，可以直接編譯成swf檔並發佈出去，完全不需要flex server(也就是不需付那1.2萬美元)。
但這代表了什麼意思呢？很多。
-這是所有 flash guru美夢成真的一天。
大部份資深flash coder都認為flex 沒理由是一個server-side presentation layer，它目前扮演的功能就是一個 class/component library + compiler, 將 mxml parse後調用適當的元件與class然後編譯成swf，簡單來說，這好像本來就該內建在flash IDE裏，而不是成為單獨的產品。
因此 zorn 可說是完全實現了這個想法，將來工程師們可以完全不依靠Flash IDE而只用mxml( 一種非常類似xml 的tag式語法)就完成整個RIA。
-這也代表了未來flash RIA將有兩種開發方式
第1種是傳統的Flash IDE + Actionscript，也就是目前大部份人採用的手法，用Flash 拉出介面，做成一個個的form(不論是用flash 內建的Form介面，或是自已用MovieClip建成的form)，然後在eclipse或primalscript裏寫一堆actionscript class, 最後用 Flash 編譯成 swf發佈出去。
第2種則是用flex的mxml tag library，不論是在flex builder(dreamweaver的特別版) 或 zorn(其實就是eclipse) 裏寫好 mxml(也就是一張張的form或元件)，然後用 flex compiler編譯成swf發佈出去；當然即使是用flex也還是會需要大量的actionscript來輔助。
因此未來的scenerio會很清楚，有flash背景的人會採用手寫actionscript的方式來做app，而從.net/java過來的工程師則會比較偏愛 flex mxml的方式，透過組合 xml tag來完成app。
至於那種方式比較好呢？這要看你如何定義”好”這個字。
目前flex 在某些方面的確確有優於flash的地方，例如它的component 功能更完整(drag-n-drop等功能)，尤其是在 container component這塊表現更是優異(例如 vbox, hbox)；同時，flex 也提供了一個比較正統的開發framework，清楚的告訴工程師該follow那些規則來寫RIA，例如將UI 與 model分離(MVC again…)。
但就我的觀點，如果將這兩件事拆開來看，就會發現flex的優勢並沒有太明顯。
首先，flex 完整的component 也可以移植到flash上使用，只看macromedia是否有心、有時間、有意願 做這樣的事，因為目前看來這些component也是flex賣錢時的重要特色，如果讓它們出現在flash裏，那誰還要去買flex ? 當然隨者zorn的推出，這件事情有可能會改變，只是目前確定已知的是 Flash 8 (8ball)裏面的component仍然是舊版，只是修掉許多bug，所以一切要等zorn或明年as3出來後才會清楚。
其次，framework這種事其實是方法論，理論上是可以套用到任何語言上的，這也就是說，工程師如果腦子裏本來就有良好的 OOAD/Pattern/MVC概念，那不論用什麼語言開發程式，都會自然把每個tier 分的清清楚楚、乾乾淨淨，並不一定要用flex 才會讓這種事發生。
所以當撇開這兩點表面上的優勢後，大家會發現flex存在的意義其實主要是提供了另一種進入 flash RIA的門路，讓傳統的工程師可以用比較熟悉的xml語法來開發程式。
順者這點再看下去，就會發現 zorn + flex compiler其實是很自然的決定，也幾乎是macromedia必走的路。
因為如果flex存在的目地是希望籍由xml來擴大flash的developer base，進而達到推廣Flash platform與 Flash RIA的目地，那macromedia本來就應該想盡辦法儘量將開發工具用便宜的方式塞進工程師的手裏，就算免費發送也不為過；而今 zorn採用了大家熟悉的 eclipse編輯環境，再加上一個內建的 compiler，這一招就很聰明的把開發工具散播出去，避免大家一聽到1.2 萬美元就敬而遠之，長遠來看這絕對是正確的選擇。
當然，或許大家也會開始思考，那從此之後flex還有什麼存在的價值？
為了找尋這個問題的答案，我把flash platform(可從mm網站下載)的白皮書又翻出來看了一遍，結果意外的發現答案就在裏面。
在白皮書第18頁 Upcoming Flex Capabilities 這章裏，清楚說明了flex 下一個版本將會有的新功能：
- class library will be extended with new and improved user interface components 這代表flex裏的components 又會變的更精美更強大，但不知到時是否能透過zorn+compiler直接取用？i guess not.
-全新的元件skinning方式、E4X支援、testing tools、usage analysis tools
-data persistence framework，原文是這樣寫的：
New data services are being added to Flex to support transparent data persistence across tiers, occasionally
connected clients, data synchronization, a robust data push infrastructure, and paging large datasets.
….
combined with existing persistence solutions used at the server side (like Hibernate and JDO), these services can provide
an end-to-end, client application-to-database, persistence solution.
所以macromedia終於準備開始提供一個標準的 OR mapping / Persistent layer解決方案，讓client端的物件可以無痛的傳回server並儲存起來。請特別注意文中提到了 Hibernate/JDO，這正是一年前我製作 flash persistent layer時採取的
解決方案，事實証明非常成功，現在只看mm的impelment 手法為何。
-支援 off-line content management
這並不是新東西，flash 2004裏的dataset與deltapacket就是用來做這件事，因此合理的推測是flex打算把這些元件整合進去。
但這個功能比較值得觀察的地方是，flex是否可因此進入desktop app的領域？目前由於flex 是定位成server side product，因此顯示不可能做這件事，但將來可就不一定了。
延伸觀察則是：一旦flex mxml進入desktop 領域，那就會不可避免的面臨與microsoft xaml 正面衝突，畢竟兩者的技術模式相近，主攻的市場也相同，屆時鐵定很精彩。
-Flex will support presence, integration with enterprise instant messaging, and application sharing
這段話的解讀則是：下一版的flex很可能跟 flashcom server結合，才能提供上面講的 IM, app sharing等功能。
這代表者 flex + breeze 嗎？確實很有可能，畢境這樣才能justify 1.2萬美元的price tag啊~
所以簡單的結論如下：
-未來將會有兩種開發flash RIA的方式，一是純flash+actionscript，二是zorn+mxml (喔，對了，你說那FAME要放那裏？它是純手工寫actionscript，所以算第一種)
-flex將轉向提供更高階的企業服務(例如data persistence, IM, application sharing等)
-如果這一切進行順利，來年我們將會看到更多人投入flash RIA的開發，尤其可期待大量 .net/java工程師進入這個領域
-工程師的選擇更多樣化，以我為例，我會在flex裏快速製作prototype給客戶確認並sign-off，但實際開發時則改用純手工 actionscript + flash + 自製的RIA framework，這樣我能夠同時享受flex 快速prototyping的優點，也能省下1.2萬美元的成本並擁有最大的程式彈性。
| by admin
在amazon上面列了快一年半後，此書終於在這週出版了，剛上手還燙燙的哩~
這本書最大特色有幾個：
1、作者群皆是一時之選
Brian Lesser, Giacomo Guilizzoni, Robert Reinhardt, Joey Lott, Justin Watkins
Brian Lesser是大學的教授，也是flash圈的老玩家，大概也是mm全系列產品都摸都通，它的blog一向以”落落長”著稱，但不時也有獨門絕技出現，他大約也是在flashcom一出來時就開始玩了，所以對flashcom這個主題非常專精深入。
Giacomo Guilizzoni這個名字一般人可能不熟，但它的nick “Peldi”應該就大家都耳熟能詳，peldi是mm的員工，專職flashcom這個產品，基本上他的blog就像聖城是每個flashcom玩家每日必朝拜的地方，而他主持的peldi’s coding cafe (PCC)更是一絕。
Robert Reinhardt 已經寫無數本flash相關的書籍，從入門級到大鍋炒的統包聖經都有，基本上算是一個全職的作家，他的寫作特色是淺顯易懂，不像colin moock經常會陷入”文字泥沼” – 讓讀者被一堆反覆說明的文字給淹死(當然moock寫作時的用心與深入是無可質疑的)。
Joey Lott 是 person13.com的主人，他也是最早提供actionscript 2.0教學與其它一狗票獨門程式的作者，可以算是非常資深的玩家。
Justin Watkins (呃 每次看到這名字就會忍不住想到 路克天行者 呀) 是頂頂大名 AMFPHP的作者之一，因此他的重要性就不言可喻，所以他的加入自然對 flashcom 與 remoting的結合有非常大貢獻。
2、內容非常深入
基本上Oreilly出的書本來就有品質保証(好吧 也不是完全沒有爛書，但比率約為 20:1，夠低了吧？)，而這本結合了五巨頭後端出的菜單果然更精人，光是把table of contents看完一遍就很嚇人，更別提如果你真的每一章都弄懂的話，相對比起來kevin的那本藍皮書就十分的糟糕，雖然兩年前他搶了第一跟者flashcom一起上市，但書中的錯誤多到讓人髮指的程度，我也在amazon上痛罵了一番，所以好消息是如果你現在才準備加入flashcom的開發行列，那買這本就夠了。
3、期待最久
這本書在amazon上大概已經陳列超過一年半有餘，我wishlist上其它的相關書籍早就都買完看完了，這本的status都還是停留在not published yet, 久到我以為它跟cherryOS是親兄弟都可名列2004最大vaporware的榜首了 orz 。
不過遲到總比不到好，現在就看台灣有沒有熱血青年願意把它翻成中文囉(趙英傑again ? 
)
不過講句老實話，flashcom出來到現在也超過兩年了，其實認真的開發者早就已透過blog、forum與list學會它大部份的知識、祕技、旁門左道與編程技巧了(實際這五位作者我都在list上與他們有過交流，因此幾乎可以斷定他們書中大部份的內容也都是一點一滴吸取自公領域的討論)，所以這本書現在出來大概是嘉惠入門新手的貢獻較大，或是日後教課時有本更適合的教科書可用。
當然如果因為這本書的出版，可以帶動中文世界玩flashcom的風潮，或是在某種程度上降低進入flashcom開發的門檻，那當然也是非常美好的事。
ps.另外據不負責八卦消息指出，flashcom 2.0應該會在 Q2上市，屆時將會有全新的licensing模式，竊以為如果這次再搞連線數或頻寬限制，那mm不如直接把flashcom收一收或乾脆丟到open source給hacker們接手開發算了。
| by admin
