to FAME or not to FAME

good reading

keith peters 對於試用 FAME的感想。

基本上我90%同意他的想法，並且也決定繼續使用 primalscript做為主要的editor.

大約幾個月前我開始試用 FAME (FAMES, FLAMES)這樣的組合，當時主要是看上 MTASC的超快速編譯速度與更嚴謹的type checking。

但很快的我就發現FAME做為 open source的一份子，也自然繼承了所有OSS會有的缺點，例如buggy, use at your own risk.

FAME基本上是由四個工具組成並合作，因此只要裏面任何一環節出錯，整件事就無法運行，撇開個人對 Eclipse IDE的操作不習慣與介面配置不談，光是要讓 flashout正常運作就是難事一件，為了能順利安裝執行，我就換了三組不同的 jre與eclipse版本。

再加上我並不十分認同 swfmill 這種完全拋開 flash ide的做法，總是覺得拉介面這樣的工作還是以視覺的方式進行比較有效率，因此整體而言 FAMES對我的吸引力就不是很大。

另一方面， FAME目前還在非常年輕的階段，而flash 8又快要出來，緊接者明年AS3也將問市，屆時恐怕連 MTASC也得做改版才能重新支援新語言的所有功能，因此站在這個時間點來看，採用FAME恐怕弊多於利，古諺有云：if it’s not broken, don’t fix it… 既然現在 primalscript 表現良好生產效率又高，何苦去跳泥沼跟豬打架呢？

不過以目前 flash 與 open source的關系越來越密切，我個人到是挺希望儘快看到下面兩件事實現：

1、類似 apple interface builder 與 MS visual studio 的視覺化介面產生工具，並且最重要的是能自動產生對應的程式碼，也就是所謂的 code-behind，例如，我在畫面上放了一個button，它就應該自動產生：

var mybtn = new Button();
mybtn.label = "test button";
mybtn.moveTo(10,10);
mybtn.setSize(20, 10);

然後當我move 或 resize這顆按鈕時，它應該能自動產生改變後的code，但其它不變的地方則不受影響。
目前在flash ide裏這是做不到的事，主要原因是macromedia v2 component無法直接用 mybtn = new Button()這樣的語法來產生一個instance, 雖然有 createClassObject(….)可用，但仍然必需先將用到的組件放一份到library裏，這就讓一切事情變的很不經濟。

而在flex裏情況則好很多，它是用類似

mx :Button width="10 height="10" x="10" y="10" label="mytest"

來標示一顆按鈕，並且在 flexbuilder的 preview窗內也可以直接看到這顆按鈕的大小與位置，是真正的 code-behind, 因此這代表macromedia 是有能力提供這種 所見所得式 的GUI builder，只要它願意將flex 的 compile time gui library移植到 flash compiler內即可。但據目前觀察到的情況，mm大概比較想靠 zorn來強化 flex的市場，至於會回饋多少到 flash 本身就不得而知了。

所以我得期待有一天OSS會出現類似這樣的gui builder. BTW, 我曾用 flash javascript寫過一個克難的 code-behind generator, 可以將畫面上的元件自動產生as2 code，但使用上限制頗多，並無法真正達成心目中該有的功能，所以….

2. open-source GUI library: MM V2 component 雖然很好用，但bug確實也很多，而最為垢病的地方就在於它skinning 與 套用的方式。目前OSS界已經有幾組計畫在進行，個人最看好的就是 ActionStep project, 它是完全依照 NextStep (也就是 mac os x 的前身)的標準在進行組件製作，幾乎80%的 API都跟NextStep 相容，語法也跟 Object-C很類似，看起來是非常嚴謹的專案，非常有潛力成為明日之星。

雖然目前他們還沒放出任何版本的release, 但已可從cvs中直接取出最新版試用。