Max 2007 相關新聞匯整 1

九月下旬這段日子真是精彩，歐洲渡假、辦公室開張，同時間還有 Max 07
回台灣後忙了幾天終於算是 catch up 完畢，有空來寫一下 Max 期間新發表的一些東西跟想法。

基本上這篇不是報導性(yet another me-too post)的文章，許多熱血 blogger 早就將這件事做的很好，不但 live blogging 而且還附 video，到 mxna 上就可以看到吐血。

我的角度是將重要的事件列出來，簡單說明它們的內容，然後加上自已的想法與評論(打嘴炮總是比較有趣不是嗎？ XD)

#1. Flex Builder 3/AIR beta2 on lab

這兩樣東西會在 max 期間放出 beta 2 (M5) 應該算是舊聞，還有人事先不知道才是比較奇怪。

beta2 本身的新功能在 wiki 上有詳細介紹，但重點不外乎在 IDE 本身的強化、AIR 整合、CSS 設計與 Profiler等。

比較重要的是大概有三點

-新售價出來了，將來 FB 分兩種版本
Standard: $299
Pro: $699

Standard 比現在 $499 還降200元，所以現在是流行新版本都要降兩百嗎？不過沒有 charting component, 這些玩意(包含像 AdvancedDataGrid 這種 visual data component等)都移到 Pro 版。

這樣做的意義很明顯，主要就是要大幅降低 flex 的進入門檻，原本要$499 才能有擁有 IDE，現在只要 $299 幾乎是人人買的起，另一方面，對每天靠開發 flex 為生的人來說，將好料的一次全塞入pro版，而且比現在 $799 低了 100元，也算是方便許多，至少付一次錢就可以買到全部的東西(而不用再一樣樣去付費然後拼起來)，這個市場策略不錯。

-Linux 版問市
這世界上似乎有很多人一直想在 linux 上開發 flex，而且只用 text editor + sdk 還不夠，一定要有 IDE 才過癮，現在可稱心如意了，beta版已可在 lab 上下載。

-flex testing framework 改為免費
以往要用 Mercury Quicktest Pro 來做 UI testing 時，必需要先裝 testing framework, 但它需要一組 FDS 的序號才能使用，而幾乎沒人會願意花 $6,000-$12,000的價錢去買這玩意。

兩個月前我在玩某個fb3 beta 版本時，意外在安裝目錄下發現居然內建了這個 installer，而且還真的可以裝也可以用，那時我以為是只是單純的意外不小心包了進去(或是 adobe 心想反正賣不掉乾脆歡樂大放送)，現在才知道原來這些是故意的啊~

#2. Thermo

粗略簡介看這裏

Max 期間另一個重頭戲就是 Thermo 初亮相，網路上已經有一些影片可看。

目前看來它的操作方式很像 adobe 產品的大合體，我觀察到的包含

-可直接讀入 Photoshop PSD 檔，並且當然保留所有的 layer 資訊與 meta info

-讀入的 psd 檔會以 tracing image 的方式顯示在底層(這是跟 dreamweaver 與 golive 借來的概念)

-可用類似 edit in place (這是 fireworks, image ready, golive 時代就有的東西)將畫面元素轉換為 mxml 元件，而且會保留 style info

-轉換成 mxml 後會使用新的 tag 來標識，例如 mx:bitmapGraphic 與
mx:borderSkinFactory

-可製作多個 state 並在其間切換(這跟 fireworks cs3 裏新出現的 page 面板概念完全一致)

-擁有 timeline 可製作 transition/effect，例如 mouseover 時某個物件要漸大或漸小等變化，乍看之下很像是 flash 附身 XD

整段影片看完初步的感覺如下：

1、我至少在 thermo 裏看到 photoshop, flash, fireworks, dreamweaver, image ready, golive 等軟體的功能與影子，這應該可說是合併後 1+1 > 2 的例子之一吧

2、目前看來工作流程會是這樣

Photoshop -> Thermo < -> Flex

也就是視覺的東西 70% 都在 photoshop/illustrator 裏做好，然後將 psd 丟給 thermo 做 interaction design，但它也同時提供了 mxml 產生器，讓設計師可以將進一步跨界將視覺元素轉成可編程的 mxml 元件，最後交給工程師去 coding。

3、至於 thermo 實不實用呢？

嗯，這要看你怎麼定位它。

從歷史上來看，類似 fireworks/image ready 這種 psd to html 產生器的工作流程基本上從來沒成功過，因為 one-way 式的從 psd 到 html 或許很容易，但當 html 要回到 psd 時，困難度就很高，到最後都是『工人智慧』來解決。

但如果從 quick-prototyping or Proof of Concept(POC)的角度來看，thermo 可能會是很好的幫手，因為設計師可以儘情的發揮視覺設計將美美的版面做出來，然後透過 thermo 產生可實際操作的 flex 介面，這樣客戶可以看的到也摸的到將來實際成品可能的樣貌，製作團隊也能比較完整的掌握客戶想要的東西。

至於真正要開始製作 flex app時，我想 thermo 的幫助就不大，因為讓不懂程式的設計師來幫忙切 ui 組件？決定每個 module 該如何畫分？這樣冒的風險實在太大，切出來的mxml 大概也沒法用，最後還是要重新來。

但這又帶到另一個雞生蛋、蛋生雞的老問題。

Thermo 之所以會出現，是為了解決工程師不懂如何將視覺畫面轉換為成品，因此希望由設計師來幫忙這件事，但由設計師來做這件事缺點也很多，上面也已稍微解釋，所以這仍然是一個兩難的問題，也就是設計師幫忙切畫面，切出來的東西可能工程師覺得不好用或無法用，但由工程師去切畫面，可能整支程式畫面也就毀了，所以最終下場差不多。

依我這幾年全職開發 flash/flex 的經驗來看，以往許多人提出的
graphic designer - interaction designer - developer 三級分工制只能算是第一步，thermo 的出現可能可以實質幫到 interaction designer 的忙，但 interaction designer 到 developer 這段仍然會是斷層，而解決之道，則是要找到一個方式將這 missing link 給補起來，這也將是 thermo 成敗的最大關鍵(目前看來，blend/expression/xaml 的嚐試不甚成功，希望 adobe可以另覓它途讓人眼睛一亮啊)