使Adobe Flex比之前的產品更「可接受」是什麼？

Question

我一直在構建過去10年的企業軟件。在這段時間裏，我們看到企業應用程序從客戶端服務器轉移到瘦客戶端。我們也看到了託管解決方案的轉變，儘管只有幾個名稱（asp，SaaS，雲計算）。隨着所有這些變化，浮躁主要來自IT部門，而不是終端用戶。在這些革命的第一輪中，單點管理降低了用戶體驗，並減少了桌面佔用空間。

在這段時間裏，已經有很多嘗試讓用戶有豐富的經驗，同時還能滿足IT部門的要求。第一個由行業領先的微軟以ActiveX控件的形式出現。來自Sun的傢伙隨後跟隨了這個applet，然後是最近的java webstart。所有這些解決方案似乎都在搔癢，但從未獲得更嚴格的IT部門的廣泛期望。

然後flex從Macromedia來到現場。他們做了什麼不同？它是可持續的嗎？微軟對Silverlight的模擬是否證明他們改變了遊戲規則？ Web編程是否會永久改變？

Answer 1

1. Adob​​e成功了，因爲幾乎所有主平臺上的主要瀏覽器的用戶都已經安裝了Flex所需的唯一運行時組件;這是Flash播放器。 Flash播放器已經證明它不是壞東西的載體;它在自己的瀏覽器沙箱中運行，與硬件和操作系統隔離。所以沒有安裝新的（並且有潛在危險的）軟件。

2. Flash技術存在大量開發人員社區，Flash中添加了一些新控件，並且在ActionScript中用於編寫軟件的成熟度已超過了作爲RUI充分有用的門檻。 （Activex僅僅是Windows-0;任何在java中都被認爲是不穩定和過於沉重的;而且java並沒有設法將它變成無處不在，它也不會這樣做，所以通常都是通過edict來安裝的儘管事實上Adobe可能是我們未處理的「更新檢查器」和我們在我們生態系統中處理的其他近乎惡意軟件的最具破壞性的來源。）

3. 微軟開始使用Silverlight非常積極，只需要安裝相當於Flash運行時;但即使在Windows機器上也不是普遍存在的;對其他平臺的滲透是未來相當的一種方式;而且MS尚未證明具有政治智慧，但看起來無害。但是不要把它算出來。我認爲他們已經開始轉向使用.NET語言（有限的CLR）進行開發。在我看來，這是與WinCE戰略脫氧相同的戰略;但我們再次看到。但至少他們已經明顯從語言不可知論轉向了希望強迫開發人員進入.NETland。

4. 網絡編程永遠以某種方式改變;用戶將需要更好，更細粒度的用戶界面;目前還沒有完美的答案，但至少存在競爭心靈和思想。我認爲最令人鼓舞的跡象來自微軟強勢轉向平臺中立的東西，如MVC，Iron Stuff，以及越來越多的未受污染的代碼流到瀏覽器。

Answer 2

我採取的Flex開發的成功：

1 Adob​​e公司opensourcing不僅AIR做出了正確的舉動，但Flex中，閃存VM和PDF標準以及現在。2-Flex豐富的Flash遺產（它可以在任何支持Flash的瀏覽器上運行）意味着絕大多數瀏覽器已經支持它，不需要下載大型插件來訪問它。

3- Adob​​e支持所有主要的服務器端技術，併爲它們提供了支持，使PHP成爲可能。 MS或Java商店都會使用Adobe的客戶端技術感到舒適。以前，Flex是封閉源代碼的，價格昂貴，甚至依賴於服務器端安裝，即使Flash客戶端如此廣泛可用，它也否定了其到達範圍。

Answer 3

• YouTube和的 Flash視頻盤踞閃存 玩家進入瀏覽器 正在訪問公共互聯網 超過95％，一般無處不在。
• 結合Flex GUI的形式 設計與小部件和極其 設計良好的GUI SDK是一個主要的 Flash播放器的轉折點。 Flex 2和Flashplayer 9是 技術真正實現的臨界點。企業 開發人員開始快速實現 該技術只是 正確的方法來做他們的 應用程序。 （在JavaOne大會於2006年， 的Adobe的Flex 2是我看到 有印象最深刻的 和pivatol技術。）
• Flash運行時有剛夠 東西在網絡 瀏覽器沙盒設置運行RIA GUI好 - 的Java 小程序需要完整的JRE（大約 16 MB）。 Flash的運行時間對於其 的預期用途來說是一個更精簡和更智能的設計。 （Sun公司現在纔開始 通過 他們的JavaFX來彌補這一缺陷的Java和重新設計的JRE 可以下載足夠的 幾MB運行一個Web小型應用程序。他們沒有任何 YouTube等Flash視頻到 推動其）
• 書寫Flex RIA應用程序是一個 非常槓桿化的經驗比較 寫作老派網絡 HTML/JavaScript AJAX應用程序。 可以實現更多的功能，並且可以減少更多的努力來實現此目標。
• 的Adobe Flex的帶動與其他 重要的部分，如BlazeDS的 （目前他們正在與 SpringSource的合作，使BlazeDS和 Spring的框架更平滑 集成）。

• 組合 單線程GUI以異步服務電話（或 消息），以及ActionScript3的 倒閉是很大的編程模型：

  Flex Async I/O vs Java and C# Explicit Threading

• 同樣，Adobe Flex的有很大的 實施屬性， 事件和數據綁定。
• 聲明性語言ala MXML確實是一個更好的方法來描述一個表單（基本上是MVC 模式中的視圖）的 。它比 等效命令式的ActionScript 代碼更簡潔，可以完成相同的 事情，因此更清晰。 MXML 腳本的層次結構傾向於很好地匹配 以及 視圖的面板/小部件構造。
• 使用Flex RIA方法，MVC 模式可以完全在客戶端層實現 。在 中實現MVC的框架中間層 - 表示層在 遠程客戶端層中執行，這對於 MVC是一個基本上有缺陷的方法。 MVC應該在直接面向用戶的 層完成。 （再次，Adobe Flex的做事 正確的架構。）
• 儘管HTML/DOM/JavaScript是 認爲 互聯網網絡的普遍標準，必須安裝Adobe Flash 播放器實際上是一個更普遍 和一致的標準 - 跨越 不同的瀏覽器和操作 系統平臺。該 HTML/DOM/JavaScript的標準是 實際上一個支離破碎的混亂， 較爲零散的日常作爲 谷歌和微軟在關於 Web瀏覽器的東西驅動不同 的方向生長。 Adobe Flash播放器結束了 這是一個很好的結局，圍繞 這個困境。這對於 編碼器來說是一個很好的 編程經驗，並且對於商業套裝來說有足夠的無處不在 。
• Adob​​e很智能地很好地支持Windows，Mac OS X和Linux的主要平臺 。他們特別注意Linux平臺 。 這將長期回報 ，因爲開發人員已經在Linux上設置了 來完成他們的開發 ，並且它被廣泛用於承載其中間層的服務器 。 對於Linux來說，Adobe最近的64位Flash播放器 只是一個奇蹟。他們 已經在 Linux上提供了AIR 1.5。他們正在做一個體面的工作 那裏支持開發人員關心的平臺 。