FlashOrb – flash remoting的另類選擇

flashORB 大約在兩年前(約略是flashcom 1.0發表後幾個月)出來，當時因為他號稱提供某些 xml socket server功能，因此吸引大批想做連線運用(聊天、線上遊戲等)的開發者的注意，當然它較mm牌便宜一半的價格(當時賣二萬元台幣，mm牌 .net/java 約四萬五)也是重要因素之一。

但當時因為剛出來，到底公司能活多久也不知道，規格也還不穩定，加上只有java版，所以玩過幾次後就以“反正還有 openamf 可選擇“為由，直接放棄追蹤這項產品。

沒想到事隔兩年，它可已是翻兩翻變個樣兒，不但已成為成熟的 1.0版(1.5正beta中)，並且還兼有 java/.net 兩版本，而這還不是最重要的，真正另人興奮的部份在於java版有所謂的 standalone mode, 它內附了 jetty web server與 servlet engine, 也就是說它本身是個小型的 web server + application server，因此，它可以完全獨立運作，這代表什麼意義呢？

請看下圖：

(Flash UI) < --(Standalone ORB)--> (Embedded Database + Domain Objects)
[來源]

flashorb standalone版的出現，代表要用flash做為win32/desktop app的前端介面越來越有可能，
以往在win32環境下，要用flash寫單機程式，大概只能自已用 C++/C#硬幹(我們已經用這玩意實作過一些案子了)或是用 MDM的flash studio pro或其它類似的軟體來包住swf檔。

但現在有了真正的remoting能力，flash 接上 system 這段就變的更輕鬆，可以用更 native 的 code來運作，實際上這也是 .net remoting等 remoting系列正常該有的做法。

之前跟gush作者聊天時得知，他們為了達成類似的目地，自已用 phyton寫了個xml socket server來當remoting用，那晚差點當場上三柱香遙拜 orz，好家在現在有這flashorb，大家都可以很輕鬆的寫單機版的flash程式了。

幾個附註：

1、Flashorb的出現並不會代表flash studio pro(最近改名zinc)這類的產品會沒前途，因為它們還真是好用，如果只是簡單的system API 服務或資料庫存取，其實這樣就夠了，它們唯一會讓人覺得不足的地方就是當要玩內定api不支援的東西時，就比較麻煩，而且單機與網路版得寫兩次。用flashorb就可以畢其功於一役。

2、將flash做為單機程式的gui介面其實還有許多方法，例如 xaml 這樣的產品就可以用tag的方式來生成swf(聽起來跟flex很像吧？其實laszlo也是一樣的東西)，也有人試者用xml檔加上as2 compiler去生成swf，所以路途千百種，路死誰手還不知道。

3、mm做為技術的擁有者，確實能挺快速的掌握走向，例如flashcom與flex就分別代表兩種完全不同的未來，但可惜的地方在於，mm做為一個上市公司(而且是挺龐大的公司)，最終還是在商業行為顯的太緩慢，例如flashcom的授權策略(限制人頭/頻寬)與flex的高昂價格。這些都讓mm原本可以更快速推展flash這樣利基產品並成為此領域龍頭老大的機會轉身而過，所以變成現在flex有laszlo追在後面打，remoting有phpamf, flashorb與其它一狗票的相容軟體可取代，就連flashcom也被許多home-grown socket server給取代掉了。我想mm的ceo晚上大概很難睡的好吧。

4、flashorb 的 forum
我想未來將會投資更多時間在 flashORB.NET這塊上面，覺得是值得的投資。